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ABSTRACT 


This  effort  defined  the  automatic  testing  requirement 
for  VHSIC  based  system  modules  lending  to  the  development  of 
an  Automatic  Test  System  (ATS)  architecture.  The 
technologies  needed  to  initiate  the  development  of  an  ATS  for 
VHSIC  based  systems  and  the  characteristics  of  the  expected 
population  of  VHSIC  modules  that  will  be  developed  over  the 
next  ten  years  were  identified.  Westinghouse  interfaced  with 
the  various  DoD  agencies  and  contractors,  including  the  VHSIC 
Phase  II  contractors,  that  have  on-going  efforts  on  VHSIC 
technology. 
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1 . 0  INTRODUCTION 


The  primary  output  of  this  study  contract  as  defined  by 
the  sponsoring  organization  is  to  determine  a  generic  VHSIC 
ATS  architecture  for  VHSIC-based  Line  Replaceable  Modules 
(LRMs).  This  was  accomplished  by  a  systematic  evaluation  of 
all  known  factors  impacting  architecture  considerations.  A 
recommended  architecture  was  formulated  by  combining 
VHSIC-based  LRM  characteristics  (technology  implementation, 
performance  parameters  and  imposed  standards)  with  ATS 
requirements  ( technology/test  methods  and  test  equipment 
standards ) . 

The  VHSIC-based  LRM  survey,  conducted  as  part  of  the 
contract  workscope,  has  currently  yielded  data  on  a 
population  of  29  LRM' 8.  The  survey  information  has  been 
entered  and  compiled  in  the  VHSIC  ATS  Knowledge  Base. 
Querying  the  Knowledge  Base  using  selected  sort  criteria 
(Appendix  E)  indicates  a  wide  variety  of  implementations  in 
both  circuit  complexity  (MSI  through  VLSI)  and  processes 
(bipolar,  CMOS,  GaAs,  etc.)  to  achieve  LRM  functions  (VHSIC 
and  non-VHSIC).  The  range  of  these  implementations  impose  an 
equally  wide  range  of  requirements  in  the  technologies  used 
in  the  ATS  if  at-speed  testing  is  to  be  realized. 
Additionally,  an  organic  test  program  capability  for  the  ATS 
will  be  required  to  resolve  ambiguities  at  the  chip  level  for 
fault  isolation  procedures. 

The  dominant  force  imposing  architecture  constraints  on 
the  development  of  VHSIC-based  LRMs  is  the  Pave  Pillar/Pave 
Sprinter  Advanced  System  Architectures  (ASAs)  programs.  The 
goals  of  these  demonstration  programs  are  to  have  avionics 
technology  development  and  compatible  maintenance  support  in 
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place  for  use  In  advanced  fighter  aircraft.  A  companion 
document  to  ASA  Is  Air  Force  Regulation  800-45  Modular 
Avionics  System  Architecture  (MASA).  MASA  establishes  the 
maintenance  concepts  required  to  support  an  Integrated 
avionics  system. 

Planned  LRM  standards  from  Pave  Pillar,  MASA,  and 
MIL-STD  documents  are  not  uniformly  applied  to  VHSIC-based 
LRM  designs  by  the  vendors.  Both  electrical  and  physical 
standards  do  not  exist  among  different  LRM  vendors  and  in 
many  cases  among  the  same  vendor's  LRMs.  This  represents  a 
serious  threat  to  attaining  a  generic  ATS  architecture  for 
VHSIC-based  LRMs. 

The  T1SSS  interface  to  ATS  is  a  fundamental  require¬ 
ment.  The  MASA  driven  TISSS/Unified  Data  Base  ( UDB )  link 
will  serve  to  link  failure  trend  data,  a  rule  base  A1  system 
to  streamline  test  program  selection,  and  the  design 
engineer' 8  VHSIC  Hardware  Descriptive  Language  (VHDL) 
simulation  and  timing  analysis.  Application  specific  test 
requirements  are  basic  drivers  of  the  ATS  and  are  needed  for 
test  flexibility  from  the  device  to  a  module  suite  or  LRU. 

ATS  standards  for  VHSIC-based  LRMs  are  Just  beginning  to 
evolve.  The  only  VHSIC  ATS  standards  that  have  been 
identified  have  been  driven  by  the  AF  MASA  document  and 
Modular  Automatic  Test  Equipment  (MATE)  VHSIC  integration 
efforts.  A  possible  method  of  linking  existing  MATE 
architecture  to  VHSIC  LRM  testing  is  discussed.  In  order  to 
minimize  life  cycle  costs  (LCC)  for  the  ATS  to  test  existing 
as  well  as  new  and  emerging  technologies  used  in  LRMs,  a 
generic  or  open  architecture  will  be  required.  Such  a 
"technology  transparent"  ATS  will  necessitate  the  use  of 
"smart"  or  managed  interfaces  between  the  ATS  and  LRMs.  A 
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top  level  functional  diagram  illustrating  this  architecture 
is  shown  in  Figure  1-1. 

Conclusions  were  drawn  based  on  impacts  associated  with 
the  Implementation  of  a  generic  architecture  versus  a 
non-generic  architecture.  With  the  assumption  that  at  speed 
testing  will  only  be  achieved  with  "VHSIC  testing  VHSIC",  an 
open  architecture  which  exploits  managed  bus  interfaces  will 
result  in  the  lowest  logistics  impact  and  life  cycle  cost 
burdens.  This  approach  is  not  hardware  intensive  and  is 
compatible  with  existing  Intermediate  and  depot  ATE.  An 
application  specific  (Active)  interface  test  adapter  will 
effect  an  economic  and  flexible  VHSIC  LRM  tester.  Depot 
involvement  in  advanced  system  SOWS  must  be  expanded  to 
preclude  the  proliferation  of  new  test  methodologies  and 
support  equipment. 

It  is  recommended  that  a  tri-service  standards  review 
committee  be  established.  Their  primary  role  would  be  to 
monitor  conformance  of  prime  mission  equipment  and  support 
equipment  to  DoD  VHSIC  bus  standards.  To  demonstrate  the 
open  architecture  approach  to  ATE  retrofit  for  VHSIC,  an 
application  specific  interface  test  adapter  should  be 
developed.  This  demonstration  should  use  fielded  test 
equipment  as  a  baseline  for  proo f -of -concept .  The  standards 
review  committee  should  monitor  test  and  evaluation  of 
technology  transparent  adapters  and  establish  ATS  drivers 
accordingly. 
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2.0  ATS  ARCHITECTURE  CONSIDERATIONS 

The  primary  output  of  this  study  contract  as  defined  by 
the  sponsoring  organization  is  to  determine  a  generic  VHSIC 
ATS  architecture  for  VHSIC-based  LRM's.  The  result  was 
accomplished  by  a  systematic  evaluation  of  all  known  factors 
Impacting  architecture  considerations  including  combining 
VHSIC-based  LRM  characteristics  (technology  implementation, 
performance  parameters  and  imposed  standards)  with  ATS 
requirements  ( technology/ test  methods  and  test  equipment 
standards ) . 

2.1  VHSIC-Based  LRM  Technology  Impacts 

The  VHSIC-based  LRM  survey,  conducted  as  part  of  the 
contract  workscope,  has  currently  yielded  data  on  a 
population  of  29  LRM's.  The  survey  information  has  been 
entered  and  compiled  in  the  VHSIC  ATS  Knowledge  Base  which 
Westinghouse  will  deliver  at  the  conclusion  of  this  contract. 

A  total  of  sixteen  (16)  data  base  sorts  were  run  under 
the  FOCUS  Operating  System  control  to  extract  data  trends 
necessary  to  evaluate  architecture  impacts.  Four  (4)  data 
base  sorts  (11  through  13A)  were  run  to  examine  the  LRM 
implementation  technologies.  The  data  sorts  are  detailed  In 
Appendix  E  and  are  accompanied  by  summary  observations. 

The  technologies  were  first  sorted  by  VHSIC  I  and  VHSIC 
II  vs .  module  function  (sorts  11  and  12).  Eighteen  (18) 
modules  used  VHSIC  I  chips  for  technology  implementation  and 
seven  (7)  modules  used  VHSIC  II  chips  for  this  purpose.  The 
VHSIC  processes  used  to  fabricate  these  chips  included 
bipolar,  NMOS  and  CMOS.  A  CMOS/SOS  process  was  not  included 
in  these  sorts  since  the  VHSIC  contractor  (Hughes)  that  used 


this  process  to  fabricate  its  VHSIC  I  chips  did  not 
contribute  to  the  LRM  survey.  Process  identification  is 
needed  to  aid  the  design  of  process  integrity  test  methods 
for  the  ATS.  Examples  of  these  tests  are  threshold  tests  for 
leakage  current  and  logic  levels. 

Two  additional  sorts  by  module  function  (13  and  13A) 
were  run  to  review  technologies  other  than  VHSIC  that  were 
employed  in  LRM  Implementation.  The  sorts  produced  a  range 
of  custom,  semicustom,  and  gate  array  devices  with  MSI 
through  VLSI  complexities.  Device  functions  included  logic 
arrays,  CPU's,  array  processors,  arithmetic  units,  buffers 
and  drivers,  and  a  host  of  memory  functions  (RAMS,  ROMS, 
DRAMS,  and  SRAMS).  Linear  circuits  operating  in  an  E-0 
environment  were  included  in  a  Honeywell  E-0  signal 
processor.  In  addition,  this  module  included  a  device  type 
fabricated  with  a  GaAs  process.  No  functional  description  of 
this  device  was  provided  but  it  is  assumed  to  be  a  digital 
device  with  VHSiC-like  data  rates. 

In  general,  operating  parameter  information  was  not 
provided  or  limited  only  to  signal  processor  performance 
specifications.  The  maximum  operating  rate  was  quoted  as  3-5 
MIPS  (million  instructions  per  second)  for  a  VHSIC  1750A 
signal  processor  to  be  used  as  an  LRM  insertion  into  the  F-15 
central  computer.  However,  since  both  VHSIC  I  and  II  are 
employed  in  the  modules,  maximum  clock  and  data  rate 
performance,  consistent  with  VHSIC  capability,  can  be 
expected.  These  rates  currently  are  listed  as: 

Max  Clock  Rate  Max  Data  Rate 
(MHz  ) 

50 
100 


VHSIC  I 
VHSIC  II 


(  MHz  ) 
25 
50 


Among  the  modules  Identified  in  the  survey,  VHSIC  1750A 
processor  modules  were  dominant.  Other  modules  that  appeared 
in  multiplicity  included  timing  and  control,  FPT,  high  speed 
communication,  I/O  and  memory.  Interface  and  simulation  of 
these  module  functions  will  be  a  prime  responsibility  of  the 
VHSIC  ATS  during  depot  test  and  diagnostic  procedures. 

ATS  LRM  Technology  Impact  Summary 

The  requirements  placed  on  the  VHSIC  ATS  due  to  the 
technologies  used  to  implement  the  LRM  functions  are  many  and 
varied.  These  technologies  include  both  digital  and  analog 
circuitry.  This  will  require  A/D  and  D/A  conversions  for 
certain  stimulus  and  measurement  test  and  diagnostic 
routines.  There  is  a  broad  range  of  circuit  complexity  (MSI 
through  VLSI)  in  a  mixture  of  processes:  bipolar  ( TTL , 
VHSIC,  and  Linear),  CMOS  (VHSIC  and  non-VHSIC),  NMOS  (VHSIC 
and  non-VHSIC),  ECL,  Linear  (VHSIC),  CMOS/SOS,  GaAs ,  etc.  In 
order  to  address  these  requiremente  in  an  at-speed  testing 
environment,  the  ATS  must  have  a  large  dynamic  range  of 
operation  that  extends  from  DC  to  100  MHz. 

ATS  diagnostic  and  fault  Isolation  procedures  are 
compounded  by  the  multiplicity  of  module  functional  types  and 
circuit  complexities.  The  ATS  must  have  an  organic  test 
program  development  capability  to  resolve  diagnostic 
ambiguities  that  will  occur  during  chip  fault  isolation 
procedures.  In  these  cases,  the  diagnostics  supplied  with 
the  LRM  will  be  supplemented  by  ATS  generated  test  and 
diagnostic  programs. 


Circuit  complexity  presents  additional  challenges  to  the 
VHSIC  ATS.  In  particular,  densely  configured  VLSI  VHSir 


circuits  with  embedded  memory  restrict  access  to  ATS 
functional  verification  tests.  If  these  circuits  cannot  be 
verified  through  control  of  built-in-test  (BIT)  circuitry, 
the  ATS  must  be  able  to  isolate  a  faulty  component  using 
application-specific  tests  hierarchically  applied.  This  will 
require  an  avionics  simulation  capability  within  the  ATS  that 
conditions  the  LRM  to  the  system  operational  mode  at  time  of 
failure  to  allow  fault  ambiguity  resolution.  Additional 
fault  detection  (FD)/fault  isolation  (FI)  assistance  for  the 
ATS  may  be  realized  through  the  use  of  redundancy  and/or 
reconfigurability  characteristics  of  both  the  VHSIC  LRM’s  and 
chips.  Using  these  features  to  configure  the  suspect 
component  the  same  as  a  known  good  component  will  allow 
comparison  tests  to  be  conducted  that  will  enhance  FD/FI 
procedures . 

The  VHSIC  LRM  survey  data  does  not  show  a  reconf igurable 
component  capability  from  any  of  the  responding  vendors. 
However,  VHSIC  technology  will  provide  this  capability  and 
the  architecture  of  the  ATS  should  be  planned  to  take 
advantage  of  this  VHSIC  feature  to  aid  FD/FI  procedures. 

2.2  VHSIC-Based  LRM  Imposed  Standards 

The  dominant  force  imposing  architecture  constraints  on 
the  development  of  VHSIC-based  LRM’s  is  the  Pave  Pillar/ Pave 
Sprinter  Advanced  System  Architectures  (ASA's)  programs.  The 
goals  of  these  modular  avionics  demonstration  programs  are  to 
have  avionics  technology  development  and  compatible 
maintenance  support  in  place  for  use  in  advanced  fighter 
aircraft  starting  with  the  ATF . 

A  companion  document  to  ASA  is  Air  Force  Regulation 
800-45  Modular  Avionics  Architecture  ( MASA )  .  MASA 


establishes  the  maintenance  concepts  required  to  support  an 
integrated  avionics  system.  A  concise  summary  of  MASA 
regulations  and  linkage  to  LRM  avionics  system  architecture 
is  presented  in  Appendix  D.  This  document  describes 
on-line/off-line  operation  of  the  Aircraft  MASA  Suite  and 
on-equipment /of f -equipment  LRM  maintenance  procedures.  This 
description  was  used  in  conjunction  with  the  vendor  LRM 
survey  data  to  determine  additional  ATS  architecture 
considerations . 

Significant  requirements  placed  on  VHSIC-based  LRM’s  by 
the  MASA  document  include  autonomous  maintenance  capability; 
FD/FI  for  faults  affecting  system  performance  (96%/98% 
respectively)  on  LRM  recording  of  fault  history  and  Time 
Stress  Measurement  Data  ( TSMD ) ;  standard  maintenance  bus  for 
test  and  maintenance  (T/M)  data;  interoperability  between 
LRM's  and  chips  within  an  LRM;  and  a  LRM  maintenance 
processor  (MP)  for  T/M  data  transfer,  test,  and  configuration 
control.  A  number  of  sorts  were  run  on  the  ATS  knowledge 
base  to  examine  the  degree  of  LRM  design  conformance  to  these 
and  other  standards. 

The  data  sort  details  and  summary  observations  are  shown 
in  Appendix  E.  Sort  1  examined  the  availability  of  an 
on-module  BIT  processor  ( MP )  that  would  provide  an  autonomous 
test  processor  capability  and  module  chip  set  testability 
schemes.  Sixty-two  percent  of  the  modules  did  not  use 
on-board  maintenance  processors.  Testability  schemes  for 
module  VHSIC/VLSI  devices  showed  a  predominance  of  serial 
scan  techniques;  both  boundary  scan  and  set  scan.  These  were 
generally  used  in  conjunction  with  signature  analysis  self 
test  to  provide  total  device  testability.  Significant  use  of 
on-chip  test  vector  generation  using  psuedo-random  test 
pattern  generation  from  seed  vectors  was  also  apparent. 
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Sorts  2  and  2A  were  run  to  provide  additional 
information  about  the  on-board  maintenance  processors  (MP) 
identified  in  sort  1.  Typical  details  provided  by  sort  2  for 
the  MP's  included  operating  system  emphasized,  provisions  for 
fault  history  storage  and  maintenance  bus  description.  The 
majority  of  these  details  were  dedicated  to  a  4-wire 
maintenance  T/M  bus.  Several  listings  included  use  of  the 
1750A  instruction  set  in  an  Ada  environment.  On-board  fault 
history  storage  was  listed  in  two  replies.  The  I/O 
terminator  module  from  TI  listed  the  most  features  on  its  MP 
(Ada,  IEEE-488  bus,  ETM  and  T/M  bus  operation). 

Sort  2A  lists  LRM  maintenance  bus  interface  description 
information  in  addition  to  the  MP  bus  information  in  sort  2. 
This  sort  8 how 8  that  every  module  in  the  sort  contains  a 
test/maintenance  (T/M)  bus.  A  total  of  28  modules  were 
listed  in  this  sort  and  11  of  those  listed  included  the 
extended  test /maintenance  (ETM)  bus  as  an  LRM  bus  interface. 
Texas  Instruments  and  Westinghouse  accounted  for  nine  of 
these  11  ETM  bus  listings.  The  next  sort  (3)  examines 
whether  the  maintenance  buses  listed  in  sorts  2  and  2A  comply 
with  Pave  Pillar  Interoperability  standards. 

The  Pave  Pillar  standard  buses  are  the  parallel 
Interface  (PI)  bus  used  for  inter-LRM  control  and  data  tasks; 
the  test  and  maintenance  (T/M)  bus  used  for  LRM  maintenance 
operations  and  data  transfer;  the  high  speed  data  bus  ( hsdb  ) , 
a  fiber-optic  bus  used  to  transfer  voluminous  data  between 
VHSIC  subsystems;  and  the  extended  test  maintenance  (ETM)  bus 
used  to  detect  and  isolate  faults  at  the  chip  level  within  an 
LRM.  A  total  of  17  of  the  26  modules  listed  in  sort  3  show 
fully  Pave  Pillar  compliant  PI  and  T/M  busses.  Only  eight 
(8)  of  the  modules  listed  a  compliant  ETM  bus  and  TI  modules 


accounted  for  five  (5)  of  these  listings.  The  HSDB  was 
listed  as  being  provided  on  seven  (7)  LRM's  but  two  of  these 
listing  were  not  Pave  Pillar  compliant. 

Additional  sorts  were  prepared  to  examine  LRM  conformity 
for  on-module  TSMD's  and  physical  standard  electronic  module 
(SEM)  sizes.  MASA  calls  for  standard  SEM  E  modules  as  the 
basic  LRM  functional  building  block  of  VHSIC  systems.  The 
concept  is  to  functionally  partition  the  VHSIC  system  using 
identical  physical  SEM  E  size  elements  with  each  LRM 
performing  a  complete  function.  Knowledge  base  sorts  4,  4A, 
and  5  were  run  to  evaluate  the  survey  LRM  population 
conformance  in  these  areas. 

Sort  5  examines  the  on-module  use  of  time  stress 
measurement  devices  (TSMD's)  in  conjunction  with  an 
autonomous  module  maintenance  processor.  None  of  the  28 
LRM's  in  this  sort  show  use  of  TSMD's.  This  means  that 
on-LRM  records  of  environmental  overstresses  will  not  be 
available  to  aid  depot  resolution  of  RETOK's  and  CND's. 

Sorts  4  and  4A  catalog  the  adherence  of  LRM  physical 
dimensions  to  SEM  military  standard  1389.  Data  from  both 
these  sorts  show  that  most  vendors  advertise  SEM  E 
compatibility  but  examination  of  their  LRM  physical 
dimensions  show  a  wide  difference  in  "standard"  dimensions 
among  vendors.  There  clearly  is  no  agreement  among  vendors 
but  this  can  be  traced  to  interpretation  of  MIL-STD-1389 . 
This  standard,  as  presently  constituted,  is  easily 
misinterpreted.  Depot  test  fixturing  will  be  greatly 
complicated  unless  this  MIL-STD  is  clarified  and  attains 
compliance  among  VHSIC  LRM  vendors. 


Sorts  6  and  7  summarize  trends  for  mounting  packaged 
devices  to  the  LRMs  and  chips  within  these  packages.  Leaded 
surface  mount  and  leadless  chip  carrier  (LCC)  LRM  mounting 
techniques  were  prevalent  among  all  vendors.  Chip  mounting 
in  packages  is  diverse  with  different  types  of  multichip 
packages,  flat  packages  and  dual-in-line  packages  being 
common  choices.  Depot  component  replacement  techniques 
should  be  normalized  around  replacing  complete  packaged 
devices  and  ignore  repairing  multichip  packages. 

The  knowledge  base  data  sorts  remaining  to  be  discussed 
are  sorts  8  through  10.  Sorts  8  and  9  deal  with  LRM 
technology  classification  and  functional  characteristics. 
These  issues  were  discussed  in  detail  in  the  proceeding 
section  (2.1).  Sort  10  deals  with  LRM  input  power 
requirements  and  power  dissipation.  Input  voltage 
requirements  from  all  respondents  show  consistency  and 
reflect  5V  TTL,  3.3V  VHSIC  and  2V  ECL  logic  levels.  Power 
dissipation  varies  widely  depending  on  module  function  and 
process  technology  with  a  range  between  1.6  and  300  watts. 
Conduction  cooling  techniques  defined  for  SEM  modules  will  be 
severely  taxed  by  some  of  these  power  dissipation  levels. 

Summary  of  LRM  Imposed  Standards 

It  is  evident  from  the  preceeding  discussion  that 
planned  LRM  standards  from  Pave  Pillar,  MASA,  and  MIL-STD 
documents  are  not  uniformly  applied  to  VHSIC-based  LRM 
designs  by  the  vendors.  Both  electrical  and  physical 
standards  do  not  exist  between  different  LRM  vendors  and  in 
many  cases  among  the  same  vendors'  LRMs.  This  represents  a 
serious  threat  to  attaining  a  generic  ATS  architecture  for 
VHSIC-based  LRMs.  However,  most  LRM' s  contain  a  Pave  Pillar 
compliant  PI  bus  and  T/M  bus.  This  will  allow  maintenance 
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access  by  the  ATS  through  compatible  interface  adapters-  In 
this  manner  proper  interface  management  by  the  ATS  will  allow 
a  generic  test  and  diagnostic  interface.  Physical 
differences  in  LRM  configuration  will  jeopardize  this 
"managed  interface"  concept  since  test  fixturing  variations 
may  become  unmanageable. 

Due  to  the  absence  of  a  standard  chip  test  bus  ( ETM ) , 
isolation  to  a  faulty  component  will  be  immensely 
complicated.  In  addition,  spare  parts  inventory  will  be 
adversely  affected  since  there  will  be  no  interoperability  at 
the  chip  level  and  parts  substitution  for  failed  chips  will 
not  be  possible.  This  extends  a  severe  burden  on  the  depot 
repair  facility. 

2.3  ATS  Technology/Test  Methods  Requirements 

The  VHSIC/ATS  survey  indicates  that  most  advanced  module 
types  incorporate  technologies  ranging  from  discrete  analog 
devices  to  VHSIC.  Literature  search  includes  new 
technologies  such  as  analog  VLSI  or  AVLSI.  An  example  of 
AVLSI  is  the  Integrated  Services  Digital  Network  which  is  a 
mixed-signal  device.  Therefore,  on-module  testability  and 
depot  test  systems  must  be  flexible  to  accommodate  a  range 
and  mixture  of  technologies.  Clock  frequencies  of  VHSIC 
based  systems  will  have  to  be  emulated  in  ATS  in  addition  to 
traditional  parametric  tests.  ATS  interfaces  will  access  25 
to  50  MHz  buses  and  high  speed  optical  buses.  ATS  interface 
assemblies  will  require  the  same  technologies  as  the 
Unit-Under-Test  to  accomplish  true  functional  testing. 

In  anticipation  of  chip  densities  outlined  in  appendix  C 
of  this  study,  the  DoD  has  directed  that  VHSIC  chips  contain 
their  own  on-device  stimulus  and  measurement  capability.  In 
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addition,  VHSIC  chips  must  have  dedicated  communications  to 
the  next  higher  level  of  test  to  report  internal  faults. 
Hierarchical  test  is  a  critical  driver  in  the  DoD  VHSIC 
Program  Office  and  in  the  MASA  Air  Force  Regulation  800-45 
which  is  outlined  in  appendix  D. 

The  VHSIC/ATS  Knowledge  base  yielded  LRM  testability 
considerations  by  each  vendor.  Of  the  sixteen  sorts,  sort  1 
was  assembled  to  discern  vendor  commitment  to  hierarchical 
testing  utilizing  an  on-board  maintenance  processor  and  to 
determine  LRM  testability  schemes.  On-line  or  non-intrusive 
techniques  were  evaluated  in  addition  to  off-line  or 
intrusive  test  approaches  (refer  to  Appendix  B).  It  was 
apparent  that  module  function  and  complexity  was  proportional 
to  built  in  self  test  (BIST)  capabilities.  Module  types  such 
as  the  Honeywell  High  Speed  Electro-optical  Signal  Processor 
and  the  Westinghouse  VHSIC  1750A  employed  on-board  test 
controllers.  Less  dense  board  types  such  as  IBM  I/O  and 
PI -bus  terminators  employed  no  BIST. 

Of  the  vendors  surveyed  and  from  VHSIC  specification 
literature,  bus  orientation  towards  phase  2  standards  such 
as  the  Parallel  Interface  (PI)  bus,  the  Test/Maintenance 
(T/M)  bus,  and  the  Extended  Test /Maintenance  ( ETM )  bus  was 
limited.  Tacit  acceptance  of  these  buses  is  apparent  from 
questionnaire  follow-up  discussions.  Sort  2A  (refer  to 
Appendix  E)  indicates  that,  of  the  vendors  surveyed,  all  are 
including  LRM  access  via  the  Test/Maintenance  Bus.  According 
to  this  sort,  phase  1  VHSIC  users  are  including  the 
inter-chip  Extended  Test /Maintenance  Bus.  Follow-up 
discussions  with  several  vendors  indicated  that  modified  or 
limited  versions  of  the  ETM  Bus  were  going  to  be  implemented 
(note:  the  ETM  Bus  Specification,  version  1.1, is  under 
promulgation  as  of  this  writing).  Performance  characteris- 


tics  of  the  ETM  Bus  include:  a  6.25  MHz  clock;  unidirec¬ 
tional  data  lines;  7  pin  bus  signals  in  ring  or  star 
configuration;  and,  TTL  compatible  loading.  The  Test 
Maintenance  Bus  is  a  12  MHz  serial  bus  consisting  of  a  clock, 
two  data  lines,  and  a  control  line.  Automatic  Test  Systems 
will  have  to  be  compatible  with  the  T/M  bus  for  module  types 
utilizing  an  on-board  maintenance  processor.  ATS  will 
require  bus  compatibility  with  the  ETM  Bus  for  modules 
without  a  maintenance  processor  and  for  fault  isolation  to  a 
faulty  chip.  Where  these  standard  buses  are  not  implemented 
or  where  hybrid  configurations  of  these  buses  are  used,  ATS 
will  require  peculiar  test  interface  units  (TIUs)  with  unique 
software  interpreters  for  VLSI/VHSIC. 

In  addition  to  the  standard  VHSIC  buses,  several  vendors 
including  IBM  have  established  unique  buses  (refer  to  sort  3, 
Appendix  E).  Within  the  Common  Signal  Processor  (CSP),  IBM 
has  incorporated  an  Element  Control  Bus,  an  Element 
Maintenance  Bus,  an  ETM  bus,  a  Parallel  Interface  (PI)  Bus,  a 
system  breakpoint  line,  a  system  reset  line,  and  a  T/M  Bus. 
These  non-standard  , VHSIC  buses  will  require  at  speed  testing 
in  addition  to  their  use  in  parametric  tests. 

The  Parallel  Interface  (PI)  Bus  is  a  standard  bus 
utilized  by  all  the  vendors  surveyed.  The  PI  Bus  which 
clocks  16  or  32  bit  words  at  25  MHz  requires  standardized  Bus 
Interface  Units  (BIUs).  BIUs  designed  to  handle  25  MHz  rates 
will  be  implemented  in  phase  2  VHSIC.  As  such,  the  ATS  will 
have  to  have  data  rate  flexibility  and  will  have  to  interface 
with  non-VHSIC,  VHSIC  phase  1,  and  VHSIC  phase  2  BIUs. 

The  standard  PI  Bus,  T/M  Bus,  and  ETM  Bus  are  directed 
by  the  MASA  Air  Force  Regulation  (refer  to  Appendix  D).  The 
MASA  document  indicates  that  "depot  Automatic  Test  Equipment 


(ATE)  must  test  digital,  analog,  and  RF/Microwave 
electronics.  MASA  ATE  will  interface  with  maintenance 
processors  and  controller  for  BIT;  perform  parameter  value 
testing;  perform  functional  logic  testing;  and  dynamically 
test  performance  functions  at  clock  speed  under  realistic 
signal  environments."  MASA  indicates  that  Automatic 
Microcircuit  Test  Equipment  (AMTE)  shall  be  incorporated  in 
ATE.  However,  chip  parametric  testing  and  characteristics 
will  best  be  managed  in  a  depot  ATME  incoming  inspection  and 
device  characterization  facility.  The  ATS  will  perform 
functional  and  at-speed  verification  testing  of  devices  prior 
to  insertion  in  the  LRM  under  repair.  This  task  will  be  the 
responsibility  of  the  ATS  chip  verifier. 

The  Tester  Independent  Support  Software  System  (TISSS  - 
reference  Appendix  G)  will  serve  as  a  link  between  the  ATE  or 
ATS  and  the  AMTE.  Identical  functional  level  chip  test 
programs  will  be  shared  by  the  AMTE  and  the  ATS  through  the 
TISSS  interface.  MASA  directs  ATS  standardization  to 
accommodate  test  flexibility  from  the  line  replaceable  unit 
(LRU)  to  the  VHSIC  device.  This  can  only  be  achieved  through 
standardization  of  avionic/ATS  buses  and  exploitation  of  the 
TISSS  interface. 

The  TISSS  interface  to  ATS  is  a  fundamental  require¬ 
ment.  The  MASA  driven  TISSS/Unif led  Data  Base  (UDB)  link 
will  serve  to  link  failure  trend  data,  a  rule  base  AI  system 
to  streamline  test  program  selection,  and  the  design 
engineer' 8  VHSIC  Hardware  Descriptive  Language  ( VHDL ) 
simulation  and  timing  analysis.  Anticipated  in  the  depot 
maintenance  scenario,  is  the  fault  isolation  of  several 
modules  from  one  avionic  suite.  As  such,  the  ATS  will  have 
to  simulate  aircraft  interfaces.  Short  of  using  a 
"hot-mockup" ,  the  ATS  will  have  to  use  multiple  TISSS 


module/board  descriptions  to  electrically  simulate  aircraft 
parameters.  Basic  aircraft  parameters  will  include 
mission-specific  functions,  the  High  Speed  Data  Bus  ( HSDB ) 
and  the  Mil-Std-1553B  Bus.  Environmental  simulation  of  TSMD 
overstress  conditions  will  also  be  required  to  resolve  CND ' s 
and  RETOK's.  These  application  specific  test  requirements 
are  basic  drivers  of  the  ATS  and  are  needed  for  test 
flexibility  from  the  device  to  a  module  suite  or  LRU. 

In  order  to  accomplish  these  diverse  test  and  diagnostic 
procedures,  the  ATS  must  be  implemented  with  technologies 
that  are  compatible  with  the  population  of  LRM's  being 
serviced.  Portions  of  the  ATS  that  will  be  speed  and  loading 
sensitive,  will  require  utilization  of  VHSIC  I  &  II 
technologies.  RF  VHSIC  LRM's  must  also  be  considered  as  well 
as  optical  transmitters  and  receivers  that  connect  to  the  ATF 
planned  high  speed  fiber-optic  link  (HSDB).  These  LRM 
features  will  require  special  ATS  Interface  designs  and  UUT 
test  fixturing.  This  will  probably  mandate  broader  bandwidth 
devices  than  VHSIC.  GaAs  and  hybrid  optoelectronic  devices 
will  be  candidates  for  these  applications. 

It  should  be  emphasized  that  the  ATS  will  be  primarily  a 
bus  oriented  system  that  must  be  self-sustaining  in  the 
diagnostic  and  test  program  development  areas.  It  will 
interface  naturally  with  the  emerging  VHSIC  design  and 
maintenance  support  structures  for  chips,  LRM’s,  and 
systems.  The  most  significant  threat  to  ATS  eff activity 
would  be  lack  of  interoperability  at  the  LRM  and  chip 
levels.  This  would  require  a  massive  inventory  overhead  for 
special  interfaces  and  diagnostic  and  fault  isolation 
software.  This  result  would  preclude  a  generic  ATS 
architecture  approach.  Every  effort  should  be  extended  to 
effect  interoperability  for  LRM's  and  systems  in  order  to 


simplify  depot  tasks  and  prevent  inordinate  costly  growth  of 
VHS1C  support  facilities. 

2.4  ATS  Test  Equipment  Imposed  Standards 

ATS  standards  for  VHSIC-based  LRM's  are  just  beginning 
to  evolve.  This  is  largely  due  to  availability  of  LRM's  to 
be  tested.  The  universe  of  LRM's  that  was  Identified  during 
this  study  contract,  to  a  large  extent,  represent  planned  LRM 
developments.  There  is  an  on-going  VHSIC  insertion  program 
sponsored  by  the  Tri-Service  VHSIC  Program  Office  to 
demonstrate  the  benefits  of  VHSIC  technology  insertion  into 
DoD  weapons  systems. 

The  first  actual  insertion  involved  replacing  one  of  the 
Tranmlt  Control  Assemblies  (TCA)  in  the  ALQ-131  EW  system 
with  a  hybrid  assembly  containing  a  combination  of  VHSIC  and 
non- VHSIC  chips.  The  stated  goal  of  this  insertion  was  to 
improve  the  operational  availability  of  the  ALQ-131  system. 
The  Improvement  Involved  the  application  of  VHSIC  I  chip 
technology  into  the  digital  TCA  and  restructuring  of  the 
architecture  for  testability.  TRW  was  the  VHSIC  AF 
contractor  for  this  program  and  their  Maintenance  and 
Diagnostic  System  (MADS)  provided  the  self  test  capability 
that  would  allow  fault  isolation  to  the  SRU  level  (Refer  to 
Appendix  B,  TRW  Approach).  A  brassboard  model  of  this 
insertion  was  demonstrated  in  late  1986. 

The  information  on  this  insertion  and  the  AFWAL  VHSIC 
1750A  module  set  was  solicited  from  TRW  by  the  VHSIC  ATS 
Survey  Team.  However,  TRW  declined  to  supply  the  V1750A 
module  set  data  due  to  competitive  concerns  and,  while 
agreeing  to  supply  ALQ-131  TCA  insertion  data,  have  not  as 
yet  responded. 


The  only  VHSIC  ATS  standards  that  hav*  been  Identified 
have  been  driven  by  the  AF  MASA  document  and  Modular 
Automatic  Test  Equipment  (MATE)  VHSIC  integration  efforts. 
MASA  specifies  that  depot  ATE  must  comply  with  MASA  technical 
requirements.  These  are  summarized  in  Appendix  D  of  this 
report.  Additionally,  MASA  defines  that  the  architectural 
and  interface  standards  in  MATE  Development  Guide  2  (  28-00642 
Rev.  B)  shall  be  used  when  these  technologies  can  support  the 
testing  requirement.  If  these  technologies  are  found 
Inadequate,  the  vendor  shall  develop  the  capabi  lity 
required.  The  vendor  shall  prepare  and  submit  a  guide 
Improvement  form  per  Guide  0,  that  identifies  changes 
required  to  the  MATE  guides  to  support  the  technology. 

The  rationale  underlying  the  MASA  and  MATE  VHSIC 
standardization  efforts  is  to  provide  an  effective 
integration  of  MATE  and  VHSIC  technology.  This  task,  while 
formidable,  appears  to  be  achievable.  The  major  difficulty 
in  this  integration  is  to  determine  a  compatible  method  of 
testing  MATE  and  VHSIC  modules  in  the  same  UUT. 

A  typical  MATE  configuration  for  depot  support  equipment 
is  diagrammed  in  Figure  2-1.  This  illustrates  the  majoi 
components  of  the  MATE  architecture  and  how  they  interact 
with  a  LRM  UUT.  The  test  controller  is  a  MIL -STD  - 17  50 A  CPU 
using  a  JOVIAL  operating  software  system.  The  test  language 
is  ATLAS  and  all  test  Instruments  are  Interfaced  to  an 
Instrument  standard  IEEE-488  bus.  The  1750A  CPU  selects  the 
instruments  needing  to  supply  stimulus  and  response 
measurements  to  the  UUT  in  accordance  with  the  ATLAS  test 
program.  Stimulus  and  response  signals  are  connected  to  the 
UUT  through  a  switching  interface  assembly  (SIA)  and  an 
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interface  test  adapter  (ITA).  Interoperability  of  tes>» 
instruments  and  peculiar  panels  is  accomplished  by  employi:.  j 
a  common  control  language  and  standard  bus  communicat ions 
protocol  on  the  IEEE-488  bus.  The  common  language  is  CIi: 
(Control  Interface  Intermediate  Language).  Individual 
instruments  use  a  microprocessor  controlled  test  module 
adapter  ( TMA )  to  provide  a  CI1L  compatible  communicat Ions 
interface  with  the  bus.  HAS  A  specifies  that,  if  possible 
the  MATE  testing  architecture  be  applied  to  testing  VHSIC 
LRM ' 8 .  If  this  is  not  achievable,  then  acceptable  methods 
must  be  determined.  A  possible  method  of  linking  existing 
MATE  architecture  to  VHSIC  LRM  testing  is  diagrammed  in 
Figure  2-2.  Examination  of  this  diagram  shows  a  OUT  assembly 
composed  of  VHSIC  LRM's  interconnected  to  a  MATE  testing 
system  previously  described.  The  difference  in  test  rates 
between  VHSIC  and  current  systems  tested  under  MATE  Is  the 
major  incompatibility.  The  approach  to  resolving  this 
condition  is  to  Incorporate  a  TMA  VHSIC  interface  between  the 
UIJT  VHSIC  control  bus  and  the  IEEE-488  bus.  This  interface 
is  illustrated  in  the  diagram. 

The  VHSIC  TMA  contains  an  IEEE-488  interface  that 
communicates  with  the  MATE  controller  in  CIIL.  In  addition 
the  VHSIC  TMA  ( VTMA )  contains  a  high  speed  local  memory  that 
is  connected  between  the  488  IC  and  a  resident  VHSIC  CPU  that 
i 8  tied  to  the  VHSIC  control  bus.  Test  vectors  for  the  VHSIC 
LRM's  can  be  loaded  into  the  VTMA  high  speed  memory  at  the 
relatively  slow  IEEE-488  rate.  Once  RAM  loading  is  complete 
the  VHSIC  CPU  can  apply  these  test  vectors  over  the  VHSIC 
control  bus  (PI  bus)  to  the  VHSIC  LRM's  connected  to  this 
bus.  In  this  way,  at-speed  VHSIC  test  can  be  performed  undei 
control  of  the  MATE  test  controller. 
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Any  non-VHSIC  modules  within  the  UUT  can  still  be 
accessed  in  the  conventional  manner  through  the  SI  A  and  ITA 
connections  shown.  Therefore,  it  appears  to  be  possible  to 
provide  compatible  testing  of  systems  containing  VHSIC  and 
non-VHSIC  LRM's  with  the  existing  MATE  architecture. 

2.5  Generic  ATS  Architecture  and  Discussion 

The  preceding  sections  used  the  study  generated  survey 
data  to  define  the  characteristics  of  the  VHSIC  based  LRM's 
that  Influence  a  baseline  architecture  for  the  VHSIC  ATS. 
VHSIC  LRM  operational  and  functional  characteristics  and 
implementation  technologies  were  cataloged  and  evaluated. 
The  impact  of  Imposed  LRM  standards,  both  existing  and 
planned,  were  studied  for  their  impact  on  ATS  requirements. 
This  set  of  LRM  induced  demands  was  used  to  establish  the  ATS 
test  methodologies  needed  for  their  satisfaction. 
Implementation  of  these  test  methodologies  define  the 
technology  structure  of  the  ATS.  Finally,  the  Imposed  VHSIC 
and  non-VHSIC  standards  that  interact  with  the  ATS  were 
defined  and  their  Impact  examined. 

Conformance  to  these  considerations  require  that  the 
VHSIC  ATS  be  structured  in  an  "open  architecture”  with 
"managed  interfaces."  The  distinctive  characteristic  of  an 
open  architecture  is  its  flexibility  in  adapting  to  a  broad 
range  of  test  applications  with  minimum  impact  on  the 
baseline  ATS  design.  This  is  made  possible  by  utilizing 
active  interface  test  adapters  (ITA's)  that  are  application 
specific.  All  generic  VHSIC  ATS  interface  test  adapters  will 
have  a  common  set  of  elements.  This  means  that  only  a 
portion  of  the  ITA  ATS  architecture  is  in  effect  "open"  to  an 
expanding  population  of  test  applications.  Another  way  of 


describing  this  desired  feature  of  a  generic  ATS  is 
"Technology  Transparent." 


The  study  team  has  addressed  this  architectural  concept 
in  a  set  of  hierarchical  functional  diagrams.  The  top  level 
functional  diagram  is  shown  in  Figure  2-3.  The  core  element 
is  the  test  and  diagnostic  equipment  ( TADE )  which  performs 
the  fundamental  ATS  functions  (test  control,  simulation  and 
interface).  The  ATS  "managed  interface"  concept  can  be 
studied  by  inspection  of  this  diagram.  TADE  controls  all 
traffic  in  and  out  of  the  ATS  through  three  primary 
interfaces . 

1.  VHSIC  Parallel  Interface  Bus  (PI) 

2.  VHSIC  Serial  Test  and  Maintenance  Bus  (T/M) 

3.  IEEE-488  Standard  Instrument  Bus 


Proper  utilization  and  management  of  these  buses 
(interfaces)  by  the  TADE  will  allow  ATS  access  to  both  VHSIC 
and  non-VHSIC  LRM's  in  a  compatible  environment.  Baselining 
this  ATS  task  is  the  key  element  in  establishing  a  generic 
architecture. 

Figure  2-3  illustrates  a  VHSIC  based  LRM  as  the  UUT 
which  is  accessed  by  the  ATS  through  both  the  PI  and  TM  bus 
Interfaces.  Non-VHSIC  LRM's  that  do  not  operate  with  a  VHSIC 
standard  bus  structure  are  controlled  by  the  TADE  with  the 
aid  of  the  MATE  Interface  Module  using  IEEE-488  compatible 
testing.  Requirements  for  supplemental  test  programs  are 
accomplished  by  the  ATS  Test  Program  Development  and  Device 
Verification  (PDDV)  subsystem.  This  subsystem  uses  the 
Tester  Independent  Software  Support  System  (TISSS)  resident 
on  the  depot  host  processor  to  generate  supplemental  programs 
and  other  software  development  tasks.  This  subsystem  inter- 
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faces  to  the  TADE  via  a  test  vector  language  ( TVL )  link.  TVL 
is  currently  a  language  component  of  TISSS  and  is  a  subset  of 
the  VHSIC  Hardware  Descriptive  Language  ( VHDL ) .  A  discussion 
of  the  TISSS  is  contained  in  Appendix  G  of  this  report. 

An  additional  function  of  PDDV  is  verification  of  device 
components  prior  to  insertion  in  LRM's  being  repaired.  This 
device  verification  confirms  device  capability  using  a  core 
set  of  verification  tests  that  include: 

1.  initiation  of  bit  testing  via  device  maintenance 
node, 

2.  leakage  and  logic  parametric  tests  to  validate 

semiconductor  process  stability, 

3.  Application  specific  tests  to  validate  at-speed 
performance. 

Verification  of  devices  prior  to  repair  should  be  a 
depot  requirement  since  the  LRM  chip  remove  and  replace 
procedure  for  VHSIC/VLSI  devices  will  not  allow  LRM  repairs 
more  than  a  few  times  at  the  same  site.  It  should  be  noted 

that  the  VHSIC  ATS  device  verifier  does  not  perform  a 

complete  set  of  MIL-temperature  range  AC  and  DC  parametric 
measurements.  This  exhaustive  device  testing  would  be 
accomplished  on  the  depot  AMTE  which  performs  incoming 

inspection  and  characterization  on  VHSIC  and  non-VHSIC 
devices.  The  AMTE  also  utilizes  the  TISSS  to  generate  device 
test  programs  from  the  device  design  data  base. 

The  Depot  Hos  t  Processor,  in  addition  to  the  TISSS 
subsystem,  also  hosts  the  Unified  Data  Base  ( UDB ) .  The  UDB 
is  tied  into  the  base  level  data  base  through  a  data  transfer 
link.  MASA  data  is  transferred  to  the  UDB  through  a  data 
path  linking  aircraft  data  from  the  MASA  suite  to  the  base 
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level  data  base  and  through  the  data  transfer  link  to  the 
UDB .  A  complete  MASA  data  flow  diagram  is  shown  in  Appendix 
D.  The  UDB  is  used  at  the  depot  to  evaluate  fault  signatures 
and  LRM  trend  analysis . 

The  architectural  details  of  the  TADE  and  PDDV  will  next 
be  discussed.  A  second  level  ATS  functional  description 
outlining  this  information  is  diagrammed  in  Figure  2-4.  This 
diagram  shows  the  components  of  the  TADE  subsystem  and  are 
listed  below. 

1.  Test  Controller 

2.  Maintenance  Console  Interface 

3.  Environmental  Simulator 

4.  Avionics  Simulator 

The  test  controller  manages  UUT  test  programs  and 
diagnostic  and  fault  isolation  procedures.  It  interfaces  to 
the  UUT  through  the  maintenance  console  interface  (MCI).  The 
MCI  is  an  intelligent  ITA  and  contains  a  resident  VHSIC 
processor  ( MMP )  that  communicates  with  the  UUT  maintenance 
processor  (MMP)  via  the  T/M  bus.  A  VHSIC  standard  bus 
interface  unit  (Biu)  is  used  to  connect  both  the  MCI  and  the 
UUT  to  the  PI  bus.  The  UUT  and  the  MCI  have  to  be  housed  in 
the  same  test  fixture  since  the  maximum  operating  length  of 
the  PI  bus  for  a  data  rate  of  25  MHz  is  fourteen  (14) 
inches.  In  fact,  all  modules  shown  in  the  diagram  that 
connect  to  the  PI  bus  would  have  to  reside  in  the  same 
physical  container. 

The  other  two  TADE  components  ( the  environmental 
simulator  and  the  avionics  simulator)  are  provided  to 
recreate  the  mission  operational  conditions  that  were  present 
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at  the  time  of  UUT  failure.  Their  use  precludes  the  need  for 
providing  an  expensive  "hot  mockup"  to  simulate  the  external 
LRM  interactions  at  the  time  of  failure.  They  are  managed  by 
the  test  controller  via  the  IEEE-488  bus. 

The  MATE  interface  module  functions  to  interface 
additional  stimulus  and  measurement  instruments  to  a  VHSIC 
UUT  through  the  IEEE-488  access.  In  addition,  it  provides  a 
connection  to  a  complete  MATE  test  of  a  non- VHSIC  UUT  through 
the  switching  interface  adapter  (SIA)  and  the  interface  test 
adapter  (ITA). 

The  PDDV  subsystem  is  comprised  of  a  set  of  work¬ 
stations,  a  chip  verifier  and  a  hardware  modeler.  The 
components  are  clustered  on  a  local  area  network  (LAN)  that 
provides  TISSS  access  from  the  host  processor.  The  PDDV 
components  are  also  coupled  to  the  test  controller  through 
the  previously  mentioned  test  vector  language  ( TVL )  link. 
This  arrangement  gives  the  PDDV  the  capability  to  use  TISSS 
for  test  program  development  device  simulation  and  design  on 
the  work  stations.  These  tasks  are  complemented  by  the  chip 
verifier  which  provides  verfication  of  devices  prior  to 
repair  insertion  and  modeling  capability  for  devices  without 
a  design  data  base.  The  modeler  also  allows  real  time 
comparison  between  an  actual  device  and  a  model  generated  on 
the  workstation. 

Much  of  the  uniqueness  of  the  ATS  architecture  is 
embodied  in  the  MCI.  Figure  2-5  shows  both  a  functional  and 
physical  partitioning  of  this  component.  It  provides 
external  bus  interfaces  to  the  critical  buses  that  the  ATS 
must  manage  to  qualify  as  a  generic  VHSIC  LRM  test  system. 
The  details  are  contained  in  Figure  2-6,  the  ATS  MMP 
Functional  Diagram. 
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PI  bus  access  is  through  the  BIU  to  the  VHSIC  CPU  which 
controls  MMP  self  test  and  UUT  fault  test  vector  applica¬ 
tion.  The  EEPROM  is  a  nonvolatile  memory  used  for  both  UUT 
fault  log  and  MMP  program  control.  The  test  maintenance 
interface  is  used  to  condition  signals  and  provide  bus  access 
to  the  high  speed  RAM  and  CPU  from  all  three  managed  buses. 
A  typical  at-speed  testing  application  would  have  the  test 
controller  load  the  high  speed  RAM  with  the  required  test 
vectors  at  IEEE-488  data  rates.  The  CPU  would  then  control 
application  of  these  test  vectors  to  the  UUT  using  the  path 
through  the  BIU  and  the  PI  bus.  These  tests  could  be  applied 
at  VHSIC  rates  since  all  components  handling  the  test  data 
would  be  VHSIC  components.  In  this  manner,  the  ATS  would  be 
using  VHSIC  to  test  VHSIC.  Additional  features  of  the  ATS 
MMP  are  Time  Stress  Measurement  Devices  ( TSMDs )  which  are 
used  to  compare  outputs  and  calibrate  the  TSMD's  resident  in 
the  LRM  (MMP). 

A  functional  diagram  of  a  typical  MMP  architecture  for  a 
LRM  is  shown  in  Figure  2-7.  This  device  provides  a  complete 
maintenance  capability  to  the  LRM  (UUT)  allowing  autonomous 
LRM  operation  within  a  VHSIC  system.  The  architecture  is 
similar  to  the  ATS  MMP  and  it  interfaces  externally  to  both 
the  PI  and  T/M  bus.  It  provides  a  test  maintenance  interface 
TMI  for  VHSIC  and  non-VHSIC  devices,  both  digital  and 
analog.  It  accesses  LRM  functional  circuitry  through  the 
extended  test  and  maintenance  ( ETM )  bus.  The  MMP  controls 
logging  of  operational  faults  and  environmental  overstress 
during  and  between  missions  utilizing  TSMD’s.  The  MMP 
communicates  with  the  ATS  through  T/M  and  PI  bus  operation. 

In  addition,  the  MMP  has  capability  to  reconfigure 
around  degraded  LRM  circuitry  to  maintain  full  mission 
function.  When  the  mission  is  completed,  the  remaining  LRM 
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capability  can  be  assessed  during  flight- line  maintenance 
operations  and  a  decision  can  be  reached  whether  or  not  to 
return  the  LRM  to  the  depot  for  repair.  Assessment  of  repair 
or  reconfiguration  will  also  be  a  function  of  the  depot  VHSIC 
ATS  when  the  LRM  is  returned  for  servicing.  However,  this 
function  would  normally  be  performed  by  the  LRM  configuration 
facility. 


V 


3 . 0  DEPOT  IMPACTS 


This  study  has  focused  on  the  realization  of  a  viable 
economic  architecture  for  a  VHSIC-based  LRM  Automatic  Test 
System  (ATS).  The  preferred  solution,  a  generic  architecture 
was  detailed  in  Section  2.5  of  this  report.  The  advantages 
and  inherent  risks  involved  in  attaining  a  generic 
architecture  will  now  be  identified.  They  will  be  contrasted 
with  the  Depot  consequences  of  a  non-generic  architecture  to 
provide  a  basis  for  risk/benefit  analysis  of  VHSIC  ATS 
architectures . 

3.1  Generic  ATS  Architecture 

The  dominant  advantage  of  a  generic  ATS  architecture  is 
the  ability  to  achieve  a  technology-transparent  Depot  ATS. 
This  means  that  VHSIC  and  non-VHSIC  LRM' 8  can  be  serviced 
with  the  same  ATS.  (The  open  architecture  and  managed 
interface  concept  described  in  this  report  provides  the 
technology-transparent  solution. )  The  ATS  is  a  bus-oriented 
test  system  utilizing  "smart"  technology.  Specifically, 
interfaces  to  provide  a  controlled  access  path  from  the  UUT 
to  the  appropriate  ATS  bus.  This  implementation  insures 
adaptation  of  ATS  architecture  to  new  technologies  ( "open" 
architecture)  while  maintaining  ATS  bus  control  ("managed" 
interfaces ) . 

This  approach  is  not  hardware  intensive  and  is 
compatible  with  a  wide  range  of  test  controllers  that 
function  with  a  standard  IEEE-488  interface.  The  intelligent 
interface  is  an  application-specific  ITA  which,  due  to  test 
fixturing  constraints,  is  colocated  with  the  UUT.  This 
configuration  provides  an  effective  economic  support  solution 
that  is  simple  and  flexible. 
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There  are  risks  associated  with  achieving  a  generic  ATS 
architecture  solution.  In  particular,  for  VHS1C  modules,  the 
autonomous  nature  of  LRM's,  as  defined  by  MASA,  must  exist. 
Equally  important,  VHSIC  interoperability  at  the  LRM  and  chip 
levels  with  appropriate  standard  bus  structures  described  in 
this  report  must  be  maintained.  These  mandate  continued 
coordination  of  VHSIC  and  non-VHSIC  LRM  and  ATS  standards  by 
both  weapons  systems  and  support  communities.  The  concepts 
must  apply  equally  to  VHSIC  systems  (insertions  and  new 
systems)  and  non-VHSIC  systems  (old  and  new  technologies )  . 

3.2  Non-Generic  ATS  Architecture 

Failure  to  achieve  a  generic  ATS  architecture  will  place 
significant  operational  and  economical  burdens  on  the  depot 
support  structure.  Specialized  support  will  be  required  for 
VHSIC  and  non-VHSIC  LRM’s.  New  technology  applications  will 
require  specific  ATS  architecture  solutions  that  will 
preclude  design  interchangeability. 

This  lack  of  commonality  among  ATS  interfaces  will 
escalate  software  support  and  hardware  fixturing  costs. 
Documentation  levels  will  be  inordinately  expanded  and 
cumbersome  to  manage.  In  particular,  fault  isolation  to  the 
failed  LRM  component  will  be  highly  complicated,  especially 
if  a  standard  chip  test  bus  (like  the  ETM  bus)  is 
nonexistent.  Non-standard  chip  test  bus  access  will  preclude 
interoperability  and  interchangeability  for  VHSIC  chips. 
This  will  severely  burden  LRM  fault  isolation  repair 
procedures  and  spares  inventory  management.  The  result  will 
be  a  high  cost  ATS  solution  with  reduced  effectiveness. 
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The  inclusion  of  testability  features  (using  PI  and  T/M 
busses)  into  VHSIC  LRMs  will  keep  the  flight  line  maintenance 
philosophy  workable.  However,  at  the  depot  maintenance 
level,  fault  isolation  and  repair  of  LRMs  will  be  severely 
curtailed  with  a  non-generic  ATS  architecture.  In 
particular,  the  unavailability  of  a  standard  chip  test  bus 
will  result  in  a  proliferation  of  unique  support  equipment 
types  and  their  inherent  costs. 
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4.0  CONCLUSIONS 


The  impacts  of  section  3.0  indicate  the  following 
conclusions : 

o  New  and  emerging  technologies  could  instigate  a 
proliferation  of  new  test  methodologies,  test 
equipment,  and  test  support  equipment  unless  managed 
across  all  programs.  Depot  involvement  in  advanced 
system  SOWS  should  be  expanded  beyond  support 
equipment  to  include  Prime  Mission  Equipment  ( PME ) 
design  drivers  which  impact  a  Generic  ATS. 

o  A  tri-Service  standards  review  committee  for  VHSIC 
technology  should  be  established  to  monitor 
conformance  of  systems  and  support  equipment  to 
critical  standards  and  specifications. 

o  Depot  involvement  in  defining  PME  and  ATS  module 
maintenance  controller  architecture  is  paramount  to 
achieving  reduction  of  unique  test  equipment  at  the 
depot.  Standards  to  manage  module  fault  log  data  and 
time  stress  measurement  device  ( TSMD )  outputs  are 
critical  to  depot  large  scale  trend  analysis. 

o  Application-specific  ATS  interface  test  adapters 
associated  with  a  generic  ATS  will  minimize  logistics 
and  life  cycle  cost  burdens  for  new  technology 
weapons  systems  applications. 

o  Chip  level  interoperability  and  interchangeability 
standards  for  test  bus  access  must  be  employed. 
Functional  interoperability  through  standard 
interfaces  will  reduce  test  program  management  and 
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ATS  hardware  modifications.  Interchangeability  is  a 
critical  depot  need  to  preclude  single  source 
vendors.  Single  source  chip  supplies  translate  into 
parts  procurement  problems  and  LRM  redesigns. 

This  report  section  will  be  completed/refined  following  AF 
sponsoring  agency  comments  on  report  sections  2.0  (ATS 
Architecture  Considerations)  and  7.0  (Appendices). 
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Recommendations 


o  Generic  ATS  interface  test  adapters  should  be 
developed  which  minimize  burdens  associated  with 
logistics  and  life  cycle  cost  as  new  technologies  are 
introduced.  Specific  depot  and  AIS  test  equipment 
should  be  selected  to  become  baseline  systems  for 
VHSIC  testability  upgrades  using  the  ATS  architecture 
defined  in  figure  2-4.  A  proof-of-concept  would 
serve  to  promote  standardization  at  the  PME  and  ATE 
level.  VHSIC  insertion  in  the  F/FB-111  through  the 
Pave  Sprinter  initiatives  is  feasible  for 
demonstration.  A  technology  specific  (VHSIC)  active 
interface  test  adapter  for  fielded  ATE  should  be 
developed  to  prove  that  cost  and  logistics  impacts  to 
fielded  intermediate  and  depot  test  equipment  will  be 
manageable. 

o  Standards  to  manage  module  fault  log  data  and  time 
stress  measurement  device  ( TSMD )  outputs  should  be 
established  in  conjunction  with  emerging  Air  Force 
Programs  such  as  the  Integrated  Maintenance  and 
Information  System  (IMIS).  The  depot  should  develop 
a  unified  data  base  with  which  to  exploit  "failure 
mode  signature"  data  to  perform  trend  analysis.  This 
will  serve  to  reduce  fault  isolation  and  repair  times 
in  addition  to  establishing  scheduled  or  prognostic 
maintenance  for  LRMs  based  on  statistical  analysis. 

o  A  tri-Service  group,  under  DoD  leadership,  should  be 
established  to  develop  and  promulgate  the  Military 
Standards  needed  for  the  application  and  support  of 
VHSIC.  Proposed  or  existing  standards  which  are 
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subject  to  interpretation  should  be  tightened  to 
preclude  ambiguity.  Presently,  ambiguities  exist  in 
Standard  Electronic  Module  (SEM)  and  VHSIC  bus 
standards.  The  Standards  should  be  transparent  to 
phase  I  and  II  VHSIC  for  implementation  of  chip  (ETM) 
buses,  module  maintenance  controllers,  and  LRM  level 
buses. 

o  Chip  level  interoperability  and  interchangeabilty 
should  be  assessed  under  direction  from  a  tri-Service 
committee  to  ensure  minimal  technical  and  logistics 
impacts.  Applicable  DoD  level  standards  should 
follow  in  a  timely  manner  prior  to  commencement  of 
Advanced  Tactical  Fighter  FSD. 
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This  report  section  will  be  completed  following  AF 
Sponsoring  Agency  comments  on  report  sections  2.0  (ATS 
Architecture)  and  7.0  (Appendices). 


7.0  APPENDICES 
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APPENDIX  A 


EXISTING 

STANDARDS  EVALUATED  FOR  VHSIC/ATS 
APPLICABILITY 


Existing  Standards 


MIL-SPECS 

MIL-E-5400  Electronic  Equipment,  Aerospace,  General 

Spec  for 

This  specification  covers  the  general 
requirements  for  airborne  electronic 
equipment  for  operation  primarily  in 
piloted  aircraft,  missiles,  boosters  and 
allied  vehicles. 

mil-S-19500  Semiconductor  Devices,  General  Spec  for 

This  specification  establishes  the 
general  requirements  for  semiconductor 
devices.  Detail  requirements  and 
characteristics  are  specified  in  the 
detail  specifications.  Four  levels  of 
product  assurance  requirements  are 
provided;  differentiated  by  the  prefixes: 
JAN,  JANTX,  JANTXV  AND  JANS.  This 
specification  provides  for  certification 


of  conformance  and  procurement  tracea¬ 
bility  by  the  manufacturers  who  offer 
products  described  therein. 

MIL-C-28754  Connectors,  Electrical,  Modular,  and 

Component  Parts,  General  Spec  for 

This  specification  covers  the  general 
requirements  for  rack  and  panel  con¬ 
nectors,  base  plate  connectors,  module 
connectors,  cable  connectors,  and  the 
component  parts. 

MIL-M-28787  Modules,  Standard  Electronic,  General 

Spec  for 

This  specification  establishes  the 
quality  assurance  and  procurement 
requirements  for  modules  as  defined  in 
MIL-STD-1378  for  the  Standard  Electronic 
Modules  Program  (SEMP)  for  use  in 
military  systems.  Specific  requirements 
for  a  particular  module  are  listed  in  the 
detailed  module  specification. 

MIL-P-28809  Printed  Wiring  Assemblies 

This  specification  covers  conformally 
coated  printed  wiring  assemblies 
(circuit-card  assemblies)  consisting  of 
rigid  wiring  boards  on  which  separately 
manufactured  parts  have  been  added. 
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MIL-M-38510 


Microcircuits,  General  Spec  for 


This  specification  establishes  the 
general  requirements  for  monolithic, 
multichip,  and  hybrid  microcircuits  and 
the  quality  and  reliability  assurance 
requirements  which  must  be  met  in  the 
acquisition  of  microcircuits.  Detail 
requirements,  specific  characteristics  of 
microcircuits,  and  other  provisions  which 
are  sensitive  to  the  particular  use 
Intended  shall  be  specified  in  the 
applicable  device  specification.  Multiple 
levels  of  product  assurance  requirements 
and  control  for  monolithic  and  multichip 
microcircuits  and  two  levels  for  hybrid 
microcircuits  are  provided  for  in  this 
specification . 

MIL-P-551 10  Printed-Wiring  Boards,  General  Spec  for 

This  specification  establishes  the 
qualification  and  performance  require¬ 
ments  for  rigid  single-sided  printed- 
wiring  boards,  rigid  double-sided 
printed-wiring  boards,  and  rigid 
multilayer  printed-wiring  boards  with 
plated-through  hole. 

MIL-M-83436  Multiwire  Interconnection  Boards  (Plated- 

Through  Holes) 


This  specification  has  been  superseded  by 
IPC-DW-425,  Design  and  End  Product 
Requirements  for  Discrete  Wiring  Boards. 


MIL-STDS 

MIL-STD-275  Printed  Wiring  for  Electronic  Equipment 

This  standard  establishes  design 
requirements  governing  rigid,  single¬ 
sided  printed-wiring  boards,  double-sided 
printed-wiring  boards,  multilayered 
printed-wiring  boards,  printed-wiring 
assemblies  constructed  from  those  boards 
and  design  considerations  for  the 
mounting  of  parts  and  assemblies  thereon. 
The  design  criteria  (such  as  electrical 
spacings)  contained  in  this  standard  are 
predicated  on  the  requirement  that  end 
item  assemblies  (circuit  card  assemblies, 
printed-wiring  assemblies,  back  planes, 
mother  boards)  shall  be  conformally 
coated  in  accordance  with  MIL-1-46058. 

MIL-STD-454  Standard  General  Requirements  for 

Electronic  Equipment 

This  standard  is  the  technical  baseline 
for  the  design  and  construction  of 
electronic  equipment  for  the  DOD.  In  one 
document,  fundamental  design  requirements 
for  12  general  electronic  specifications 
are  located. 
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DOD-STD-863  Wiring  Data  and  System  Schematic 

Diagrams,  Preparation  of 

This  standard  establishes  the  require¬ 
ments  for  specific  preparation  and 
specific  presentation  of  engineering  data 
for  aerospace  vehicles  and  aerospace 
support  applications.  This  engineering 
data  ( wiring  data  and  schematic  diagrams ) 
is  to  be  used  for  (1)  configuration 
control  by  management  activity,  (2) 
direct  incorporation  into  technical 
publications  without  redrawing,  (3) 
training  of  maintenance  personnel,  and 
(4)  development  of  engineering  source 
document  for  fault  isolation  logic  and 
analysis. 

MIL -STD- 1378  Requirements  for  Employing  Standard 

Electronic  Modules 

This  standard  provides  equipment  contrac¬ 
tors  with  specific  direction  for  the 
implementation  of  the  Standard  Electronic 
Modules  Program  (SEMP)  and  reduction  of 
system  life  cycle  costs.  Use  of  this 
document  should  be  based  upon  the 
criteria  of  MIL-HDBK-246  and  the  design 
requirements  of  MIL-STD-1389 . 

MIL-STD-1389  Design  Requirements  for  Standard 

Electronic  Modules 


The  purpose  of  this  document  is  to 
establish  the  general  design  requirements 
for  Standard  Electronics  Modules  (SEM), 
herein  termed  modules,  for  use  in 
military  systems.  Other  requirements  for 
new  module  development  are  contained  in 
MIL-STD-1378 .  The  modules  shall  be 
designed  to  satisfy  the  quality  assurance 
requirements  of  MIL-M-28787  for  the 
appropriate  class  selected  to  meet  the 
system/equipment  environmental 
requirements . 

Human  Engineering  Design  Criteria  for 
Military  Systems,  Equipment  and 
Facilities 

This  standard  establishes  general  human 
engineering  criteria  for  design  and 
development  of  military  systems, 
equipment  and  facilities.  Its  purpose  is 
to  present  human  engineering  design 
criteria,  principles  and  practices  to  be 
applied  in  the  design  of  systems, 
equipment  and  facilities  so  as  to: 

a.  Achieve  required  performance  by 
operator,  control  and  maintenance 
personnel , 

b.  Minimize  skill  and  personnel  require¬ 
ments  and  training  time. 


c.  Achieve  required  reliability  of 
personnel /equipment  combinations, 

d.  Foster  design  standardization  within 
and  among  systems . 

Aircraft  Internal  Time  Division  Command/ 
Response  Multiplex  Data  Bus 

This  standard  establishes  requirements 
for  digital,  command/ response,  time 
division  multiplexing  (data  bus) 
techniques  on  aircraft.  It  encompasses 
the  data  bus  line  and  its  Interface 
electronics  and  defines  the  concept  of 
operation  and  information  flow  on  the 
multiplex  data  bus  and  the  electrical  and 
functional  formats  to  be  employed.  Even 
with  the  use  of  this  standard,  subtle 
differences  will  exist  between  multiplex 
data  buses  used  on  different  aircraft  due 
to  particular  aircraft  mission  require¬ 
ments  and  the  designer  options  allowed 
under  this  standard. 

JOVIAL  J73 

This  standard  establishes  the  higher 
order  language  (HOL)  and  associated  tool 
set  for  JOVIAL  J73 . 


MIL-STD-1629  Procedures  for  Performing  a  Failure  Mode, 

Effects  and  Criticality  Analysis 

This  standard  establishes  requirements 
and  procedures  for  performing  a  failure 
mode,  effects  and  criticality  analysis 
(FMECA)  to  systematically  evaluate  and 
document,  by  item  failure  mode  analysis, 
the  potential  impact  of  each  functional 
or  hardware  failure  on  mission  success, 
personnel  and  system  safety,  system 
performance,  maintainability,  and  mainte¬ 
nance  requirements.  Each  potential 
failure  is  ranked  by  the  severity  of  its 
effect  in  order  that  appropriate  correc¬ 
tive  actions  may  be  taken  to  eliminate  or 
control  the  high  risk  items. 

MIL -STD -163 4  Module  Descriptions  for  the  Standard 

Electronic  Modules  Program 

This  standard  contains  synopsis  descrip¬ 
tions  of  Standard  Electronic  Modules  as 
specified  in  MIL-M-28787.  It  provides  a 
listing  by  key  code  of  the  existing  SEM 
modules  designed  in  accordance  with  MIL- 
STD-1389  and  MIL-M-28787. 

MIL-STD-1665  Test  Equipment  for  the  Standard  Electro¬ 

nic  Modules  Program 

This  standard  establishes  the  capa¬ 
bilities  of  electronic  test  equipment 
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needed  for  testing  of  Standard  Electronic 
Modules  (as  specified  in  MIL-M-28787 ) .  It 
specifies  equipment  performance  para¬ 
meters  and  lists  representative  test 
equipment . 

MIL-STD-1750  Sixteen-bit  Computer  Instruction  Set 

Architecture 

This  document  establishes  and  defines  a 
uniform  instruction  set  architecture 
(ISA)  for  airborne  computers  which  shall 
be  used  in  Air  Force  avionic  weapons 

systems . the  ISA  is  applicable  to 

and  shall  be  used  for  computers  that 
perform  such  functions  as  moderate 
accuracy  navigation,  computed  air  release 
points,  weapon  delivery,  air  rendezvous, 
stores  (armament)  management,  aircraft 
guidance,  and  aircraft  management. 

DOD- STD- 1788  Avionics  Interface  Design  Standard 

This  standard  defines  the  form  factor, 
mounting,  and  cooling  criteria  to  be  used 
for  military  Line  Replaceable  Units 
(LRU's)  and  the  associated  equipment 
rack.  Specific  dimensions  and  environ¬ 
mental  characteristics  govern  the  design 
of  new  and  repackaged  standard  electronic 
equipment  that  is  intended  to  be 
installed  in  the  equipment  bays  of 
military  aircraft. 


MIL-STD-1815 


Ada 


This  standard  defines  the  Ada  Higher 
Order  Language. 


MIL-HDBKS 

MIL-HDBK-217  Reliability  Prediction  of  Electronic 

Equipment 

This  handbook  establishes  uniform  methods 
for  predicting  the  reliability  of 
military  electronic  equipment  and 
systems.  It  provides  a  common  basis  for 
reliability  predictions  of  military 
electronic  systems  and  equipment  under 
acquisition  as  well  as  for  comparing  and 
evaluating  reliability  predictions  of 
related  or  competitive  designs. 


MIL-HDBK-246  Program  Managers  Guide  for  the  Standard 

Electronic  Modules  Program 

This  handbook  covers  the  relevant  phases 
of  an  equipment  development  program  which 
would  be  impacted  by  the  decision  to 
implement  equipment  hardware  requirements 
with  SEM.  It  provides  the  necessary 
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guidance  for  determining  the  initial 
applicability  of  SEM  for  military  system 
applications,  as  well  as  for  evaluating 
and  monitoring  those  aspects  of  a  program 
once  a  contractual  requirement  has  been 
established.  It  specifically  assists  the 
program  manager: 

a.  In  assessing  the  cost  impact  of  SEM 
versus  non-SEM  electronic  equipment 
implementations , 

b.  In  preparing  the  appropriate  SEM 
requirements  within  system  acquisition 
documents, 

c.  In  establishing  a  methodology  for 
evaluating  SEM  configured  system 
proposals, 

d.  In  establishing  an  orderly  procedure 
for  operating  and  coordinating  with  SEMP 
support  activities, 

e.  In  monitoring  the  SEMP  milestones 
within  a  system  development  program. 

MIL-HDBK-472  Maintainability  Prediction 

This  handbook  is  to  familiarize  managers 
and  engineers  with  maintainability 
prediction  procedures  applicable  solely 
to  electronic  systems  and  equipments  and 
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includes  only  those  procedures  which  are 
currently  used  in  the  prediction  process. 
Maintainability  prediction  facilitates  an 
early  assessment  of  the  maturity  of  the 
design  and  enables  decisions  concerning 
the  compatibility  of  a  proposed  design 
with  specified  requirements  or  the  choice 
of  better  alternatives.  It  includes 
procedures  for  the  prediction  of  main¬ 
tainability  of  electronic  systems  at  the 
organizational,  intermediate  and  depot 
levels  of  maintenance. 
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APPENDIX  B 


TESTABILITY 


LRM  Test  and  Maintenance  Technology 

TRW  Approach.  The  TRW  approach  includes  the  use  of  a 
maintenance  processor.  The  maintenance  processor  function  is 
to  direct  test  inputs  (vectors)  and  to  acquire  and  compare 
output  vectors  from  a  family  of  chips  to  predicted  values,  or 
sets.  In  phase  I  VHSIC,  the  maintenance  processor  will  be 
located  off  the  chip  and  will  be  responsible  for  a  number  of 
chip  families  with  each  functionally  partitioned  set 
contained  on  a  single  LRM.  The  maintenance  processor  will 
interface  with  each  VHSIC/Semi-custom  chip  through  a 
maintenance  node  which  serves  as  a  terminal  for  the 
maintenance  network.  The  maintenance  bus  between  the 
processor  and  each  chip  will  be  a  dedicated  bus  which  is 
segregated  from  operational  buses.  Each  family  will  be 
controlled  and  monitored  through  a  separate  channel  in  the 
maintenance  processor.  In  phase  II  VHSIC,  the  maintenance 
processor  will  be  a  subset  of  each  chip  and  will  serve  to 
detect  failures  within  the  device  and  to  reconfigure 
macrocells  around  faults.  The  maintenance  processor 
architectures  shown  in  figures  B-l  and  B-2  show  the  TRW  phase 
I  VHSIC  approach.  Modules  in  this  test  scheme  rely  on 
off-module  maintenance  processors  interfacing  through  a 
module  maintenance  node. 


Figure  B-1.  Maintenance  and  Diagnostic  System 


Figure  B  2  Module  Built-In  Test  Equipment 


Westlnghouse  Approach.  System  architecture  requirements 
as  defined  for  the  Advanced  Tactical  Fighter  include  the 
capability  of  autonomous  board  level  BIT.  To  perform 
on-board  testing  of  the  Westinghouse  ATF  advanced  systems 
module  suite  through  a  hierarchical  scheme,  a  Module 
Maintenance  Processor  (MMP)  is  under  development  for  each 
SRU.  Utilizing  a  VHSIC  processor,  the  MMP  will  control  the 
loading  of  test  vectors  or  seed  vectors  from  EEPROM  into  the 
operational  circuitry.  The  MMP  (refer  to  figures  B-3  and  B-4 
below)  will  also  control  the  loading  of  TSMD  and  fault  data 
into  a  non-volatile  memory.  Interface  with  other  modules 
will  be  through  the  standard  serial  Test/Maintenance  (T/M) 
bus  and/or  the  Parallel  Interface  (PI)  bus. 

The  MMP  will  contain  non  volatile  memory  ( NVM )  or  seed 
vector  storage,  fault  code/TSMD  data  (fault  signature),  and 
test/maintenance  algorithms.  Random  access  memory  (RAM)  will 
reside  in  the  MMP  architecture  to  accept  fault  and  stress 
data  continuously  until  a  threshold  is  reached.  Once  a 
stress  threshold  is  reached  and/or  a  failure  verified,  the 
RAM  volatile  memory  contents  will  be  loaded  into  the  NVM. 
Chip  to  MMP  interface  will  be  through  the  Extended 
Test/Maintenance  (ETM)  bus  which  is  a  VHSIC  phase  II  standard 
under  promulgation.  Glue  chip  and  analog  circuitry  will 
require  analog  to  digital  (A/D)  converters  which  will  also 
reside  in  the  MMP. 

The  MMP  will  require  start-up  testing  to  "test  the 
tester".  The  system  resource  manager  upon  start-up  win 
initiate  MMP  test.  MMP  communication  over  the  T/M  and  PI  bus 
is  considered  a  primary  initializing  test. 
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FLIGHT  LINE  MAINTENANCE  VHSIC 

SYSTEM 


ON  -  EQUIPMENT /OFF  •  EQUIPMENT  MAINTENANCE 


IMP  —  FUNCTIONAL 
CONFIGURATION 


MMP  Architecture 


Electro-Optical  Signal  Processor  ( EOSP ) 


Approach.  The  EOSP  phase  I  VHSIC  chip  set  consists  of  a 
Sequence  Chip,  an  Arithmetic  Chip,  and  a  Parallel 

Programmable  Pipeline  (PPP)  Chip.  The  intended  use  of  the 

EOSP  is  for  automatic  target  acquisition  real-time  image 
processing  algorithms  .  An  array  of  32  PPP  chips  are 
controlled  by  a  single  control  pair  consisting  of  a  sequencer 
and  arithmetic  chip  (refer  to  Figure  B-5).  The  sequencer 
serves  as  a  maintenance  controller  and  contains  both  a  test 
vector  generator  and  a  signature  generator.  The  PPP  chip 

contains  only  a  signature  generator;  therefore,  signature 
analysis  testing  of  a  PPP  can  be  controlled  by  the  Sequencer 
chip.  The  Arithmetic  chip  uses  the  signature  analyzer  in  the 
sequencer  chip. 

The  test  Interface  logic  of  the  sequencer  chip  is 
designed  to  enable  a  "hard  core"  section  of  the  sequencer 

chip  to  perform  a  self-test  of  the  balance  of  the  sequencer 
and  arithmetic  chip,  and  of  any  PPP  chips  connected  to  it. 
The  architecture  of  the  sequencer  is  shown  in  Figure  B-6. 
The  Sequencer  interfaces  to  the  subsystem  maintenance 
controller  through  the  Test/Maintenance  bus. 

Phase  II  VHSIC  efforts  by  Honeywell  include  the 
incorporation  of  maintenance  controllers  on  each  chip  with  a 
standard  ETM  bus  interface.  Test  Maintenance  Controllers 
will  interface  with  a  module  test/maintenance  processor  ( TMP ) 
as  shown  in  figure  B-7. 

Testability  schemes.  Testability  schemes  for  VHSIC 
phase  1  and  2  technology  are  embodied  in  the  DoD  lead  Design 
For  Testability  ( DFT )  requirement.  DFT  is  the  result  of  an 
iterative  process  between  the  logic  design  and  test  vector 
generation.  The  same  test  point  accessibility  usingg  a  gate 


Figure  B  5  EOSP  Architecture 


Sequencer  Chip 


Figure  B  6  Sequencer  Architecture 


Figure  B-7 .  Phase  1 1  VMS  I < 


level  simulation  is  not  possible  with  a  physical  VHSIC  chip. 
Logic  designs  are  subsequently  modified  to  include  circuit 
inputs  and  outputs  to  provide  control  of  the  test  vectors  and 
observability  of  the  results.  Added  on-chip  test  logic  and 
external  test  nodes  may  increase  chip  area  by  20  percent. 
Phase  1  and  2  VHSIC  chips  with  gate  densities  ranging  from 
4000  gates  to  500,000  gates  per  device,  respectively,  can 
allow  for  test/maintenance  nodes  on  each  chip.  Chip  level 
test  schemes  include  non-intrusive  signature  analysis  and 
boundary  scan  techniques.  Intrusive,  off-line  techniques 
include  level  sensitive  scan  design  (LSSD). 

Signature  Analysis  testing  of  a  chip  is  accomplished  by 
generating  pseudo  random  vectors  to  be  applied  to  subsection 
inputs,  and  sending  each  corresponding  output  to  a  signature 
analysis  register.  After  applying  a  predetermined  number  of 
test  vectors,  the  contents  of  the  signature  analysis  register 
is  compared  with  the  known  correct  signature.  This  technique 
relies  on  external  application  of  test  vectors.  Test  vectors 
can  be  pseudo- random  1  y  generated  via  a  seed  vector  set.  A 
seed  vector  set  can  be  resident  on-module  in  non-volatile 
memory.  Pseudo  random  test  vector  generation  on-module 
relies  on  a  maintenance  controller.  Test  vectors  can  be 
downloaded  from  external  sources  such  as  depot  ATS. 
Signature  analysis  is  a  non-intrusive  test  scheme  which 
verifies  chip  function  externally.  Scan  test  techniques  are 
required  to  test  deeply  embedded  chip  logic. 

The  most  popular  scan  test  techniques  include  level 
sensitive  scan  design  and  boundary  scan.  In  the  test  mode, 
all  internal  memories  are  chained  together  into  one  or  more 
shift  registers  referred  to  as  scan-chains.  Chip  logic  whose 
inputs  are  fed  by  a  scan-chain  and  whose  outputs  feed  a 
scan-chain  is  designated  interior  logic.  Combinat iona 1  logic 


whose  ir»put9  are  fed  by  primary  inputs  or  outputs  are 
designated  exterior  logic.  If  all  primary  inputs  and  primary 
outputs  are  placed  in  a  scan-chain  then  there  is  no  exterior 
logic.  Such  a  scan-chain  connecting  all  primary  I/O  is 
called  a  boundary  scan.  Level  sensitive  scan  design  ( LSSD  ) 
uses  specially  designed  two-part  shift  register  latches 
( SRLs )  in  conjunction  with  the  circuit  combinat iona 1  logic  to 
provide  a  scan  path  through  each  device.  Deeply  embedded 
logic  can  be  accessed  and  exercised  by  shifting  data  through 
the  SRLs  to  the  combinational  logic  where  it  can  be  clocked 
through  to  the  output  and  compared.  This  scan  technique  is 
intrusive  (does  not  support  concurrent  testing)  to 
operational  use  of  the  device. 


APPENDIX  C 


TECHNOLOGIES 


Device  Technology 

Phase  I  VHSIC.  Six  companies  and  industrial  teams  that 
were  funded  for  phase  1  contracts  have  fabricated 
approximately  30,000  operational  microcircuits.  The 
contractors  include:  Honeywell;  Hughes  Aircraft;  IBM; 
Texas  Instruments;  TRW;  and,  Westinghouse .  Major  yield 
enhancements  have  been  realized  for  several  chip  type3 
including:  the  Honeywell  Sequencer,  containing  136,000 
devices  with  a  yield  of  25%;  the  Texas  Instruments  72K 
static  ram  containing  465,000  devices  with  a  yield  of  69%; 
the  Westinghouse  65K  static  ram  containing  400,000  devices 
with  a  yield  of  25%;  and  the  TRW  Window  Addressable  Memory 
containing  58,000  devices  with  a  yield  of  20.5%.  Initial 
yield  projections  for  these  and  all  of  the  remaining  phase  1 
devices  was  in  the  12  -  15  percent  range.  Cost  effective 
yields  in  excess  of  15  percent  are  primary  candidates  for 
military  usage  in  the  near  future. 


The  following  list  is  a  matrix  containing  vendors,  chip 
types,  technology  employed,  and  packaging  arrangement. 


Vendor 

Chip  Name 

Technology 

Packaging 

Honeyve 1 1 

Sequencer 

Bipolar 

multilayer 
ceramic  180  pin 
array,  1.45  x 

1.45  inches,  12 
mil  pitch  pads 
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Vendor 


Packaging 


Hughes 


Parallel  Prog 
Proc 


Arith  Device 


same 


same 


Sig  Track 
Subsystem 

carrier,  25  mil 
center  leads, 
1.0  x  1.0  inches 


CMOS/SOS  148  pin  leaded 

ceramic  chip 


Algebraic 

Encoder /decoder 

same 

same 

Digital 

Correlator 

same 

same 

8K  CGA 

same 

same,  customized 
to  application 

EOSP  Control 

same 

180  pin  ceramic 
pin  array,  1.575 
x  1.575  inches 

CMAC 

NMOS 

240  pin  ceramic 
pin  array,  2.165 
x  1.56  inches 

Sig  Proc  Element 

same 

100  pin  array, 
1.10  x  1.10 
inches  or  144 
pin  mil  spec  pin 
grid  array 

Vector  Arith/ 
Logic  Unit  (VALU) 

Bipolar 

64  pad  leadless 
chip  carrier 

( LCC ) ,  1.15  x 

1.15  inches 

Array  Controller/ 
Sequencer  ( ACS ) 

same 

84  pad  LCC, 
mil  center  pads, 
1.15  x  1.15 

inches 

Vector  Address 
Generator  ( VAG ) 


same 


same 


Vendor 


TRW 


Chip  Name 

Technology 

Packaqinq 

Multipath  Switch 
(MPS ) 

same 

same 

Data  Processor 
Unit  (DPU) 

same 

same 

Device  Interface 
Unit  (DIU) 

same 

same 

General  Buffer 
Unit  ( GBU ) 

same 

same 

Static  RAM  (SRAM) 

NMOS 

32  pad  LCC,  50 
mil  center  pads, 
0.45  x  0.55 
inches 

Register  Arith¬ 

Bipolar 

132  pad  LCC,  25 

metic  Logic  Unit 

mil  center  pads, 
device  wire 
bonded  to 
package 

Address  Generator 

same 

same 

Multiplier 

Accumulator 

same 

same 

Content  Addres¬ 
sable  Memory 

same 

same 

Matrix  Switch 

same 

same 

Microcontroller 

same 

same 

Four  Port  Memory 

Bulk  CMOS 

same 

6K  Gate  Array 

same 

same 

Convolver  Decoder 
Bipolar 

1.0  micron 

same 

FFT  Arith  Unit 

Bulk  CMOS 

same 

FFT  Control  Unit 

same 

same 

32  Stage  Convolver 

same  same 
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Vendor 

Chip  Name 

Technology 

Packaging 

Window  Addres¬ 
sable  Memory 

Bipolar 

same 

Westinghouse 

General  Purpose 
Controller 

Bulk  CMOS 

ceramic  224 
leaded  chip 

carrier,  20  mil 
pitch  leads, 

1.25  x  1.25 

inches 

Extended  Arith 
Unit 

same 

same 

Pipelined  Arith 
Unit 

same 

same 

Extended  Arith 
Unit  Multiplier 

same 

same 

64K  Memory 

same 

42  pin 
leaded 
carrier, 
pitch 

0.55  x 

inches 

ceramic 
chip 
20  mil 
leads, 
0.70 

10K  Gate  Array 

same 

164  pin  leaded 
chip  carrier,  20 
mil  pitch  leads, 
0.95  x  0.95 
inches 

EOSP  -  Electro-Optical  Signal  Processor 
CMAC  -  Complex  Multiply  and  Accumulate 

Each  chip  in  the  TRW  chip  set  contains  a  Maintenance 
Network  Node  ( MNN )  which  interfaces  with  the  Maintenance 
Network  Processor  (MNP)  through  a  dedicated  test  bus.  Each 
Westinghouse  device  uses  a  BIT  macro  which  is  used  for  chip 
test  through  a  dedicated  maintenance  bus. 


Phase  II  VHSIC.  Phase  2  microcircuits  are  devices  which 
have  submicron  (0.5  micron)  feature  size,  operate  at  clock 
speeds  of  100  Mhz,  and  are  to  have  at  least  100,000  gates  for 


chip  sizes  of  about  0.350  x  0.350  inches.  Three  phase  2 
contractors  were  selected  to  follow  phase  one  1.25  micron 
technology.  They  include  TRW,  IBM,  and  Honeywell. 

TRW  is  using  Bipolar  and  CMOS  technology  to  develop 
three  "superchips"  with  three  additional  option  devices. 
They  include: 

High  Speed  General  Purpose  Signal  Processor  capable  of 
400  million  complex  operations  per  second  (MOPS)  which 
is  1.4  x  1.4  inches.  This  device  is  CMOS  and  contains 
28  million  devices. 

Convolver  Correlator  capable  of  13  billion  operations 
per  second  (BOPS).  This  1.4  x  1.8  chip  is  designed  in 
bipolar  technology  and  contains  10  million  devices. 

Mass  Memory  which  is  a  four  port  type  with  capacity  of 
64K  words.  This  CMOS  device  is  a  1.4  x  1.8  inch 
superchip  containing  28  million  devices. 

Fast  Fourier  Transform  (FFT)  chip  which  is  a  1024  point 
bipolar  device  which  operates  at  1  BOPS.  This  1.4  x  1.4 
inch  device  contains  four  million  devices. 

High  Speed  General  Purpose  32  bit  Data  Processor  Chip 
designed  to  operate  at  20  million  instructions  per 
second  (MIPS)  and  which  will  contain  a  one  megabit 
memory.  This  CMOS  device  measures  1.4  x  1.8  inches  and 
contains  35  million  devices. 

Associative  Processor  device  designed  to  perform 
associative  matches  at  a  10  BOPS  rate.  This  1.4  x  1.4 
inch  CMOS  superchip  contains  10  million  devices. 


Honeywell  is  developing  configurable  gate  arrays 
l  (CGAs).  Honeywell  will  devote  a  portion  of  their  CGA  to 

standard  macrocells  with  the  remainder  of  the  chip  containing 
tailored  cells  for  a  specific  application.  Using  Bipolar 
technology,  Honeywell  is  developing  the  following  devices: 

Array  Processor  containing  30,000  logic  gates  with  8K  of 
RAM.  This  Bipolar  device  includes  284,000  devices. 

|  Array  Processor  Controller  Chip. 

i 

i 

1 

j  System  Interface  Chip  for  a  standard  input/output  data 

!  bus. 

i 

Deduced  Instruction  Set  Computer. 

Enhanced  Bus  Interface  Unit. 

I 

J  Honeywell  will  mount  phase  2  chips  in  multichip  carriers 

'  providing  420  input/output  pins 

< 
l 
■ 

S  IBM  is  developing  a  phase  2  chip  set  using  CMOS 

1  technology  of  0.50  micron  feature  size.  IBM  devices  include: 

» 

«  Systolic  Processor. 

* 

I  Configurable  Static  Random  Access  Memory. 

\  Bus  Interface  Unit. 

|  Address  Generator  (1.0  micron  feature  size) 

N 

* 

4 

|  The  IBM  approach  to  packaging  is  similar  to  the 

* 

£  Honeywell  implementation.  IBM  will  use  a  2.5  x  2.5  inch 

!  enclosure  containing  16  uncased  phase  2  chips.  Each  package 

»  will  contain  500,000  gates  or  7  million  devices. 

i 

i 

» 

r 
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APPENDIX  D 


MASA 


Modular  Avionic  System  Architecture  (MASA)  Air  Force 
Regulation  800-45 

MASA  establishes  the  logistics  support  concepts 
necessary  to  support  an  integrated  avionics  system.  The  MASA 
concept  applies  to  advanced  avionics  included  in:  aircraft 
and  missiles;  subsystems  within  the  Pave  Pillar/Pave 
Sprinter  advanced  system  architectures  (ASAs);  and  insertion 
efforts  such  as  the  replacement  of  individual  line 
replaceable  units  (LRUs)  within  mature  systems  such  as  the 
F-15  Central  Computer. 

The  integrated  support  process  is  detailed  in  figure 

D-l . 

MASA  outlines  supportability  design  drivers  for  On-Board 
Aircraft  systems.  Base  Support,  and  for  Depot  Maintenance. 
Technology  and  methodology  drivers  which  are  directly 
applicable  to  VHSIC  Automatic  Test  Systems  (ATS)  have  been 
excerpted  from  the  MASA  document  and  will  be  addressed  in 
subsequent  sections. 

On-Board _ Aircraft .  On-board  aircraft  system 

architecture  will  be  divided  into  the  operational  and 
non-operational  elements.  Operational  elements  include 
Subsystem  Executives  with  their  test/maintenance  link  and 
system  Resource  Management.  A  non-operational  element 
included  is  the  Data  Transfer  System. 
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MASA  INTEGRATED  SUPPORT 

PLAN 


Subsystem  Executive.  Each  subsystem  is  composed  of  Line 
Replaceable  Modules  ( LRMs )  with  autonomous  maintenance 
capabilities.  LRMs  may  be  standard,  common,  or  unique. 
Standard  modules  meet  the  requirements  of  a  specific  standard 
established  by  at  least  one  DoD  group  and  is  useable  on  any 
system  requiring  that  standard  (ie.  1750A  Instruction  Set 
Architecture  Processor  Module).  Common  modules  are  those 
already  in  use  in  multiple  applications.  Unique  modules 
include  those  LRMs  which  are  used  within  a  single  subsystem 
only.  Each  subsystem  executive  which  performs  a  control 
function  for  the  subsystem,  manages  the  subsystem  resources 
(ie.  on-module  reconfiguration),  and  communicates  as  required 
with  other  system  or  subsystem  software. 

Resource  Manager.  The  resource  manager  controls  all 
MASA  system  resources  and  serves  to  reassign  subsystems 
around  critical  failures.  The  resource  manager  responds  to 
operational  mode  requirements  as  directed  by  the  pilot/ 
operator.  This  function  which  resides  at  a  hierarchical 

level  above  the  subsystem  executive  also  has  access  to 
history  of  all  system  failures  during  the  mission.  The 

resource  manager  is  responsible  for  fault  data  formatting  for 

subsequent  downloading  through  the  Data  Transfer  System 
( DTS ) . 

DTS .  As  the  name  implies,  the  DTS  is  responsible  for 

data  transfer  through  one  of  three  mechanisms: 

Data  Link  aircraft  downlink  prior  to  aircraft 

landing . 

Data  Transfer  Memory  cartridge  presently 

Cartridge  ( DTC )  used  on  the  F-16  C/D  to  download  fault 


information . 


Aircraft  Bus/  Portable  support  equipment  access 
Maintenance  through  the  aircraft  1553B  or  High 

Device  Speed  Data  Bus  to  the  resource  manager. 

Base  Level  Support.  Fault/Maintenance  data  in  the  base 
level  information  system  is  used  in  conjunction  with  manual 
pilot  de-briefing  to  aid  maintenance  personnel  in  returning 
aircraft  to  operational  status.  This  data  includes  all  fault 
codes,  parameter  values  (operational  scenario  time  stamp), 
and  Time  Stress  Measurement  Device  ( TSMD )  data.  This  data 
will  be  loaded  into  a  Unified  Data  Base  (UDB)  for  subsequent 
analysis.  Access  to  the  UDB  will  give  the  base  commander  the 
ability  to  project  system  availability  through  trend 
analysis.  In  addition,  prognostic  or  pre-emptive 
maintenance  can  be  performed  based  on  statistical  analysis. 

Depot  Maintenance.  The  depot  will  have  responsibilities 
which  include  large  scale  failure  trend  analysis  through  the 
UDB,  LRM  and  chip  testing,  LRM  repair,  and  contractor 
interface.  Depot  personnel  will  be  responsible  for  updating 
rule  based  artificial  intelligence  (AI)  programs  which  will 
be  exploited  by  base  level  commands  to  diagnose  multiple 
systemic  failures.  Presently,  the  Integrated  Maintenance  and 
Information  (IMIS)  Program  underway  through  Pave  Pillar  and 
the  Wright-Patterson  Human  Resource  Laboratories  will  drive 
the  implementation  of  the  UDB.  Failure  trend  analysis  will 
also  serve  to  accelerate  depot  fault  isolation  and  repair. 
In  addition  to  LRM/Chip  level  testing,  the  depot  will  be 
responsible  for  module  repair.  A  critical  element  of  the 
MASA  integrated  support  plan  will  include  depot  liaison  with 
LRM  and  chip  manufacturers  to  drive  hardware  and  software 
changes  to  enhance  system  reliability  and  maintainability. 


\ 
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UDB .  The  UDB  will  provide  the  basis  for  a  closed  loop 
feedback  system.  Software  support  will  be  managed  through 
the  unified  data  base.  The  UDB  will  be  a  distributed  network 
consisting  of  design  and  logistics  data  bases  and  integrated 
analysis  tools  which  includes  a  Tester  Independent  Software 
Support  System  (TISSS)  interface.  A  critical  element  of  the 
UDB  will  be  vendor  design  data.  Vendor  design  data  will 
consist  of  computer  aided  design/engineering/manufacturing 
(CAE/CAE/CAM)  information  in  addition  to  simulation  and  test 
specification  data.  Included  in  software  support  are  the 
automatic  test  equipment  (ATE)  support  tools  such  as  TISSS 
and  the  VHSIC  Hardware  Description  Language  ( VHDL ) . 

Source  data  for  MASA  ATE  shall  be  a  part  of  the  UDB. 
LRM  and  chip  model  libraries,  source  code  and  object  code  of 
the  ATE  test  programs  (hardware/software  configuration 
management),  and  unit  under  test  (UUT)  software  development 
will  be  managed  through  the  UDB. 

Avionics  Maintenance  and  Test 

Direct  On-Equipment  Maintenance.  On-Line  and  Off-Line 
Built-In-Test  (BIT)  will  detect  and  isolate  avionics  system 
faults.  Following  easy  access  and  removal  of  a  faulty 
subsystem  (ie.  LRMs ) ,  on-equipment  BIT  will  be  initiated  to 
verify  operational  integrity.  Integrated  racks  containing 
backplanes,  LRMs,  wire  and  fiber  optic  bundles,  and  cooling 
components  are  subject  to  on-equipment  fault  isolation.  As 
such,  hierarchical  BIT  controlled  through  the  system  resource 
manager  will  assist  the  technician  in  identifying  and 
repairing  faulty  subsystems.  Faulty  subsystems  will  be 
returned  to  the  depot  for  repair.  For  system  failures  beyond 
on-equipment  repair,  the  rack  containing  N  LRMs  and  the 
backplane  will  be  removed  for  of f -equipment  maintenance. 


Direct  Of f-Equlpment  Maintenance.  MASA  Items  will  not 
have  of f-equipment  (Intermediate  level)  support  equipment  to 
verify  aircraft  on-equipment  fault  detection. 

Off-Equipment  Depot  Maintenance.  LRMs  will  removed  and 
replaced  at  the  aircraft.  Without  intermediate  fault 
isolation  or  verification,  LRMs  will  be  sent  to  the  LRM 
Repair  Facility  (LRF).  The  LRF  will  test  and  repair  LRMs  and 
sub-assembly  hardware.  The  LRM  hardware  shall  be  repaired  by 
removal  and  replacement  of  faulty  components/devices, 
connectors,  or  printed  circuit  boards.  Hardware  redundancy 
may  be  activated  by  device  reconfiguration.  ATE  and 
environmental  support  equipment  will  be  necessary  for  LRM  and 
chip  testing.  The  LRF  will  repair  faulty  LRMs  using 
standardized  test  procedures  (TISSS  product),  exercise  LRM 
and  chip  reconfigurability,  and  perform  verification  testing 
on  ATE. 

MASA  ATE  for  depot  must  test  digital,  analog,  RF,  and 
microwave  electronics.  MASA  ATE  will  interface  with  LRM 
maintenance  processors  for  BIT  access.  LRM  level  ATE  will 
test  at  operational  clock  speeds,  simulate  environmental 
stresses  discerned  from  LRM  TSMDs ,  and  must  test  VHSIC  and 
non-VHSIC  (glue  chips)  of  various  technologies.  In  addition, 
the  depot  must  test  chips  with  automatic  microcircuit  test 
equipment  exploiting  UDB/TISSS  interfaces. 

The  unit-under-test  ( UUT )  will  be  tested  under  the  same 
conditions  experienced  in  the  weapon  system  at  failure.  The 
attributes  of  the  ATE  required  to  accomplish  this  include: 
high  speed  multiple  clocks;  large  memory  size;  accurate 
timing;  interface  compatibility;  fault  coverage;  sufficient 
signal  level  dynamic  range;  go/no  go  test;  and,  end-to-end 
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test.  Ancillary  equipment  such  as  evens, 
vibration  equipment  will  be  necessary. 


freezers , 


a  n  a 


I 

I 

i  On/Off  Line  Testability 

! 

On-line  and  Off-line  BIT  programs  resident  in  the  MAS A 
system  shall  isolate  unambiguously  to  a  single  item  not  less 
than  98  percent  of  the  detected  faults.  On-line  automatic 
BIT  will  be  non  intrusive  to  system  operation  and  will  have  a 

|  96  percent  fault  detection  capability  of  all  faults  which 

affect  system  performance.  For  all  LRM  detected  failures, 
fault  codes,  parameter  values,  signal  operations  values,  and 
TSMD  data  shall  be  recorded  on  the  LRM.  Off-line  BIT 
diagnostics  which  are  operationally  intrusive  will  be  used  to 
fault  isolate  to  a  faulty  item  when  on-line  BIT  fails  to 
detect  or  isolate  a  problem.  Off-line  BIT  diagnostics  will 
be  performed  through  an  fighter  aircraft  system  bus  using 

|  appropriate  support  equipment. 

On-LRM  Testability 

MASA  requires  a  structured  approach  for  testing. 

^  Hierarchical  testing  from  chip  to  module  to  subsystem  to 

system  will  be  required.  Each  chip  shall  communicate  test 
and  maintenance  (T/M)  data  chip-to-chip  and  module-to-  module 
over  standard  buses  with  standard  protocols.  These  common 
test  interfaces  assure  common  chip-to-chip  and  module-to- 
module  interoperability  irrespective  of  their  manufacturer. 

The  LRM  maintenance  controller  will  control  the  exchange 
of  T/M  data,  on-chip  BIT  in  on  and  off  line  modes,  at-speed 
test  of  chip  drivers  and  interchip  connections,  test  of 
backplane  interconnections  between  LRMs ,  and  chip  clock 
timing.  The  maintenance  controller  will  also  exchange  repair 


validation  data  with  the  UDB.  The  LRM  maintenance  controller 
will  also  perform  fault  detection  and  fault  diagnosis  testing 
on  hybrid  packages  and  glue  chips  that  do  not  have  test 
registers.  The  LRM  maintenance  controller  must  support 
dynamic  reconfiguration  at  the  chip  and/or  module  level  where 
active  redundancy  is  available. 
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DATABASE  SORT 


1.0  Testability/On-Module  BIT  Processor  -  Sort  1 
Sort  1  defines  the  following  records: 

o  MOD_FUNC  Module  function. 

o  VENDOR  Module  Producer. 

o  TESTSCHM  Testability  scheme(s)  employed  on 

module 

o  OCLKMOD  Does  the  module  have  an  on-board 

clock? 

o  0PR0C0P  Does  the  module  have  an  on-boara 

processor  for  operational  use  (smart 
module  ) . 

o  OPROCBF  Does  the  module  have  an  on-board 

processor  dedicated  to  autonomous 
module  test. 

1 . 1  Observations 

The  purpose  of  this  sort  was  to  illuminate  whether 
autonomous  test  processors  were  being  designed  into 
operational  circuitry.  Sixty-two  percent  of  the  modules 
identified  did  not  have  maintenance  processors. 
Testability  schemes  for  module  VHSIC/VLSI  devices  showed 
a  predominance  of  serial  scan  techniques,  both  set  scan 
and  boundary  scan.  These  were  combined  with  signature 
analysis  to  provide  total  device  testability. 
Significant  use  of  on-chip  test  vector  generation  using 
psuedo-random  TPG  from  seed  vectors  was  also  apparent. 


2.0  Autonomous  Module  Maintenance  Processor  -  Sort2/2A 


Sort 

2  defines  th 

e  following  records: 

o 

MOD  FUNC 

Module  function. 

o 

VENDOR 

Module  Producer. 

o 

OPROCBF 

Does  the  module  have  an  on-board 
processor  dedicated  to  autonomous 
module  test. 

o 

OPROCBFCR 

Details  of  on-board  processo. 

dedicated  to  module  test. 

Sort  2A,  Module  Maintenance  Processor/Bus  Interfaces, 
defines  the  following  records: 

o  MOD_FUNC  Module  function. 

o  VENDOR  Module  Producer. 

o  OPROCBF  Does  the  module  have  an  on-board 

processor  dedicated  to  autonomous 
module  test. 

o  INTFC  Bus  Interfaces  to  LRM 

2.1  Observations 

The  population  of  modules  having  on-module  maintenance 
processors  was  limited.  Several  maintenance  processors 
exercise  the  1750A  instruction  set  architecture  (ISA). 


3.0  Bus  Interface  Standardization  -  Sort  3 
Sort  3  defines  the  following  records: 

o  MODFUNC  Module  function. 

o  VENDOR  Module  Producer. 

o  INTFC  Interface  to  the  module  population. 

o  COMPINTOP  Is  the  bus  interface  compliant  to 

the  interoperability  specifications 
underway  for  Pave  Pillar? 

3.1  Observations 

Some  VHSIC  1750A  Computer  vendors,  including 
Westinghouse  and  Texas  Instruments,  are  utilizing  bus 
standards  as  defined  by  the  Interoperability 
specifications.  Proliferation  of  non-standard  buses, 
however,  is  obvious  from  this  sort.  Several  module 
types  have  IEEE-488  access.  Several  vendors  indicated 
that  high  speed  data  bus  ( HSDB )  modules  will  be 
standardized  around  specifications  under  development  ft 
a  fiber  optic  bus. 

4.0  Standard  Electronic  Module  (SEM)  -  Sort  4/4A 
Sort  4  defines  the  following  records: 


o 

MOD 

FUNC 

Module 

function . 

o 

VENDOR 

Module 

Producer . 

o 

MOD 

NAME 

Program 

spec  1  f  1  c  modu  * 

A0-A181  Ml 
UNCLASSIFIED 


THE  IMPACT  OF  VHSIC  (VERV  HIGH  SPEED  INTEGRATED 
CIRCUIT)  TECHNOLOGV  ON  AU.  .  (U)  UESTINGHOUSE  ELECTRIC 
CORP  HUNT  VALLEV  HD  INTEGRATED  LOGISTIC. . 

J  G  HENDERSON  )(  APR  87  AFBRHC-87-3079-I  F/O  9/1 
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o 

SEMCOMPAT 

Is  the  module  compatible  to  the 
existing  SEM  military  standards 
(1389)? 

o 

HEGT 

module  height. 

o 

WDTH 

module  width. 

o 

LNTH 

module  length. 

Sort 

4A  defines 

the  following  records: 

o 

MOD  FUNC 

Module  function. 

o 

VENDOR 

Module  Producer. 

o 

MOD  NAME 

Program  specific  module  name 

o 

SEMCOMPAT 

Is  the  module  compatible  to  the 
existing  SEM  military  standards 
(1389)? 

o 

SEMSIZ 

SEM  size  (ie.,  A  -  E)  per 

Mil-Std-1389 

o 

CONNTYP 

Connector  type,  pin  count 

4.1  Observations 

The  extreme  variation  In  module  dimensions  Indicates 
that  SEM  standardization  is  incomplete  or  being 
ignored.  Connector  standardization  towards  the  low 
insertion  force  (LIF)  Malco  or  Teradyne  is  occurring. 
Standardization  around  the  304  pin  connector  is  probable 
based  on  vendor  follow-up  interviews. 


5.0  Autonomous  Module  Maintenance  Processor/Time  Stress 

Measurement  Devices  ( TSMDs )  -  Sort  5 

Sort  5  defines  the  following  records: 

o  MODFUNC 
O  VENDOR 
O  MODNAME 
O  OPROCBF 


O  STRESMEAS 

5.1  Observation 

Time  stress  measurement  devices  are  not  incorporated 
in  present  designs  by  any  of  the  vendors  surveyed. 


Module  function. 

Module  Producer. 

Program  specific  module  name 
Does  the  module  have  an  on-board 
processor  dedicated  to  autonomous 
module  test. 

Are  TSMDs  present  on  the  modules? 
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6.0  Device  Mounting  on  Advanced  System  Modules  -  Sort  6 


Sort  6  defines  the  following  records: 

o  MOD_FUNC  Module  function, 

o  VENDOR  Module  Producer, 

o  MODNAME  Program  specific  module  name, 

o  CHPMNTCH  Chip  mounting  technique  on  module. 

6 . 1  Observations 

Leaded  surface  mounting  techniques  and  leadless  chip 
carrier  (LCC)  methods  predominated.  This  sort  suggests 
that  packaging  standardization  is  not  intended  for  the 
next  generation  of  modules. 


7.0  Device  Packaging  Details  -  Sort  7 

Sort  7  defines  the  following  records: 

o  MOD_FUNC  Module  function, 

o  VENDOR  Module  Producer, 

o  MODNAME  Program  specific  module  name, 

o  DVPKTCH1/2  Device  packaging  technical  narrative 

7 . 1  Observations 

Detailed  narratives  from  advanced  system  vendors 
indicates  different  mounting  strategies  from  each 
company . 


8.0  Technology  Classification  -  Sort  8 

Sort  8  defines  the  following  records: 

o  M0D_FUNC  Module  function, 

o  VENDOR  Module  Producer, 

o  M0D_NAME  Program  specific  module  name, 

o  TCH_CLAS  Technology  classification 

9.0  Module  Functional  Characteristics  -  Sort  9 

Sort  9  defines  the  following  records: 

o  MODFUNC  Module  function, 

o  VENDOR  Module  Producer, 

o  CHARACT  Module  characteristics  narrative 
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9 . 1  Observations 


This  sort  defines  projected  capabilities  of  each 
advanced  module  type. 


10.0  Input  Voltage/Power  Dissipation  Requirements  -  Sort  10 
Sort  10  defines  the  following  records: 


o  MODFUNC 
o  VENDOR 
o  MODNAME 
o  V0LTREQ1 
o  V0LTREQ2 
O  V0LTREQ3 
o  COOL  REQ 


Module  function. 

Module  Producer. 

Program  specific  module  name. 
Input  voltage  requirement 
Input  voltage  requirement 
Input  voltage  requirement 
Power  dissipation  in  watts 


10.1  Observations 


When  compared  with  sort  4,  it  is  clear  that 
development  of  a  common  module  suite  for  advanced  system 
architectures  is  not  occurring.  Standardization 
requires  form,  fit,  and  function  transparency  and 
pin-out  commonality.  Input  voltage  requirements  vary 
from  vendor  to  vendor  which  precludes  interoperability 
through  a  standard  backplane.  The  standard  airborne 
transport  rack  (ATR)  concept  relies  on  system 
reconfiguration  through  a  common  backplane. 


Power  dissipation  varied  significantly  with  module 
function.  Several  power  dissipation  requirements  appear 
difficult  to  meet  with  the  conduction  cooling  mechanism 
of  the  Standard  Electronic  Module  (SEM). 


11.0  Module  Technology  (VHSIC  phase  I)  by  Module  Function  - 
Sort  1 1 


Sort  11  defines  the  following  records: 


o 

MOD 

FUNC 

Module  function. 

o 

VENDOR 

Modu 1 e  Producer . 

o 

SET 

TCHN 

Technology  incorporated  in  module 

o 

TCH 

CLAS 

Technology  description 

o 

CHP_ 

FUNC 

Chip  function 

11.1  Observations 


This  sort  defines  technologies  Incorporated  by  module 
function.  A  primary  purposes  of  this  sort  was  to 
discern  standardization  of  bus  interface  units  (Bills) 
and  module  1750A  processors.  Data  is  insufficient  to 
draw  conclusions  about  chip  set  technologies  used  for 
micro-processors  and  bus  interfaces.  VHSIC  phase  I 
specifications  provided  through  DoD  sponsored  workshops, 
were  significantly  more  accurate  than  this  survey  and, 
in  several  cases,  showed  conflicting  information  from 
inputs  received  by  the  questionnaire. 


12.0  Module  Technology  (VHSIC  phase  II)  by  Module  Function  - 
Sort  12 


Sort  12  defines  the  following  records: 


O  MODFUNC 
o  VENDOR 
O  SETTCHN 
O  TCHCLAS 
o  CHP  FUNC 


12.1  Observations 


Module  function. 

Module  Producer. 

Technology  incorporated  in  module. 
Technology  description 
Chip  function 


Except  for  the  IBM  CBIU  which  incorporates  1.0  micron 
technology  and  the  Honeywell  input,  the  remaining  data 
appears  to  be  future  projections  for  use  of  sub-micron 
VHSIC.  Specification  analyses  and  follow-up  interviews 
have  determined  that  hardware  designed  for  the  next 
generation  of  military  avionics  involves  the  use  of 
phase  I  VHSIC. 


Module 

13/13A 

Technology 

(VLSI)  by  Module  Function  -  Sort 

Sort 

13  defines 

the  following  records: 

o 

MOD  FUNC 

Module  function. 

o 

VENDOR 

Module  Producer. 

o 

SET  TCHN 

Technology  incorporated  in  module. 

o 

TCH  CLAS 

Technology  description 

o 

CHP  FUNC 

Chip  function 

E-6 


13A  is  a  sort  on  all  tachnologies  per  module  function 
and  vendor.  The  following  records  include: 


o 

MOD  FUNC 

Module  function. 

o 

VENDOR 

Module  Producer. 

o 

SET  TCHN 

Technology  incorporated  in  module. 

o 

TCH  CLAS 

Technology  description 

o 

CHP  FUNC 

Chip  function 

13.1  Observations 

Very  little  Information  was  derived  from  this  sort. 
Follow-up  interviews  indicated  that  "glue  chips"  would 
be  a  substantial  part  of  next  generation  avionics. 
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APPENDIX  F 


FOCUS  Data  Base  Software 


PROCEDURE 


Procedure  for  using  the  VHSIC  data  base. 

A.  ASSUMPTION: 

FOCUS  loaded  on  hard  disk 
User  familiar  with  FOCUS. 

B.  PROCESS: 

Enter  into  FOCUS 

Example : 

CD  \ FOCUS  '< ENTER >’ 

FOCUS 

Type 

EX  ATSM  '< ENTER >' 

C .  OUTPUT : 

For  reports  consult  your  FOCUS  manual  under 
TABLETALK.  The  name  of  the  master  file  is  'ATS. MAS'. 

D.  MASTER  FILE  DESCRIPTION: 

See  F lgure  F- 1 . 

E .  COMMENTS : 

This  FOCUS  procedure  uses  the  Dialogue  Manager  ( figure 
2)  to  allow  several  modules  to  work  in  conjunction 
with  each  other.  The  Dialogue  Manager  stores  the  top 
two  (2)  keys  in  a  file  called  ’ VHS . DATA ' .  The 
Dialogue  Manager  then  Invokes  a  module  called 
'  ATSL .  FEX '  that  checks  the  status  of  the  two  keys. 
Then  it  Invokes  three  (3)  different  modules  that  are 
screen  modules  which  will  allow  the  user  to  enter 
snd/or  update  'VHSIC/ ATS  VENDOR  SURVEY  data.  The 
listings  of  these  modules  can  be  found  in  Figure  F~2. 
After  the  screens  are  completed,  the  Dialogue  Manager 
asks  the  user  to  press  the  '<F3>'  function  key  or  the 
'< ENTER >'  key.  The  *<F3>’  will  return  the  user  to  the 
FOCUS  operating  system  while  the  '<ENTER>'  key  will 
allow  the  user  to  enter  two  new  keys  and  walk  through 
the  process  again. 


FILENAME; ATS.  oUFFIX--F‘C.  j 
SESNAM*:MOD  SEG . SEGTYPE  =  3 1  > 

FIELD:MOD.FUNC.  ALIAS--MF  r  : RMA T  =  A 1 5  % 

SEGNAME :  VENDSEG  ,  PARENT=MOD_SEG  SEGTYPE --Si  t 

FIELDiVENDOR,  ALIAS:VND  F'-RMAT  =  AL5  t 

FIELDrSLOG.IVT  ALIAS:SLOV  FORMAT :  A4  * 

f :elc:Slog_ivt.  alias^sliv.  formats  * 

f:eld=slog_op  alias-slop  formats  * 

FIELDrSLOG.lP,  ALIAS=SL1P.  FORMAT :A4  S 

FIELD:SMIN_SNK  al;as=smsk.  formats  s 

F I ELD : SM I  N.SURS  ,  ALIAS  =  SMSR.  FORMAT--A4.* 

FIELDiSCHAR.IMPD.  ALIASiSIMP.  FORMAT :A4  s 

FIELD=SPULS.CLS.  ALIAS:SPLS.  FCRMAT:A25  J 

FIELD:SPRF_RT .  ALIASsSPRF.  FORMAT :A4 , S 

FltlD-SPRTX,  ALIAS=SPC.  FORMAT: A4 . S 

FIELD:SRF.f IM.MN,  ALIAS:SRTN.  FORMAT:A4  S 

F1ELD-SRF  TIM  MX.  ALIAS:SRTX,  FORMATS.  S 

FIELD:SWRD.LEN.  AL I  AS  :SWL  .  FORMATS  2* 

FIELD:SBT  PTRQ,  ALIAS:SBTP.  FORMAT:A10 . » 

FIELD^SSYNCHR.  ALIAS:SSYN  FORMATS  « 

FIELD:SSYN_WDTH,  ALIAS=SWD.  FORMAT:A4.t 

FIELD=STIMI .  ALIAS=STM,  FORMAT =A4 . S 

FIECD:SHZ.  ALIAS:SHZ.  FORMAT: A3 . 9 

FIELD^IMPD.  FORMAT = A4. * 

FIELD:PLOGOV.  ALIAS^PLOV,  FORMAT:A4.t 

FrCLD:PLOGlV,  AL I AS:PL l V ,  FORMAT:A4.« 

FIELP:PLOGOP.  ALIAS:PLOP.  FORMAT:A4.« 

FIELO=PLOG1P ,  ALIAS=PLIP,  FORMAT :A4 . > 

FtELO=PMIN_SNK.  ALIAS:PMSR.  FORMAT:A4 .  t 

FHLO:PfirM.SUR.  AL  I  AS  :  PMSR .  FORMAT:  A4  .  S 

FIELD: PCHR_  IMP.  ALIAS*PIMP.  FORMAT:A4 . • 

FIELO:PPLS_CLS.  ALIASsPPLS.  FORMAT :A2 5 . S 

F ItLD-PPRf  _RT .  ALIASsPPRF.  FORMAT: A4 . t 

FI1LD:PPRT_PC .  AllAS*PPC  FORMAT =A4 . > 

FIELD: PRFTIMN.  ALIASsPRTN.  FORMAT: A4 . 9 

FIELD*PRFTIMX.  ALIAS*PRTX.  FORMAT :A4 . S 

FIILD=PWRD_LEW.  ALIAS*P«L.  FORMAT :A2 . t 

FIELD:P8T_PTRM.  ALIAS*PBTP.  FORMAT: A 10 . t 

FIELO*PSYNCKR.  ALIAS*PSYN.  FORMAT: A3 . S 

FIELD:PSYNVD,  ALIAS*PVD.  FORMAT :A4 . f 

FIELD*PTME.  ALIASsPTM.  FORMAT:A4.S 

FIILD=PSHZ.  ALIAS:PHZ.  FORMAT: A3 . 9 

FIILD*PIHPD.  FORMAT: A4 . % 

FIELD:MO«DRSM.  ALIAS*PNVS.  FORMAT: A3 .  S 

SEGNAME*PRaM_CHR.PARSMT=VSMDSEQ,SIGTYPI:Sl .» 
n£LD*MOO_MAM.  ALIAS *MOD_NH.  FORMAT :A40 .  t 

FIILD*VSNOOR_POC,  ALIAS*POC,  FORMAT: A30 . 9 

FIILD*PRQM_SPSC,  ALIAS»P3.  F0RHAT*Al.* 

FIELD*PRGM_TITLE,  ALIASsPT.  FORMAT: A30 . f 

rrBLD»PCUl_APPL.  ALIASsPCA.  FORMAT: AS . $ 

SEGNAME*  FUNC.CHR . PARENT = PRGM.CHR . SIQTYPI :S 1 . S 
FIELD  =  FtJNC_SlQ,  ALIAS:FSIQ.  FORMAT*I2.» 

FIf LD*CHARACT.  ALIAS:CHX.  FORMAT:ASO.S 

SIGNAM**US!DON. PARINT: PRGM.CHR. SSGTYPf :Sl . S 

FIILD*SYS_EMP,  FORMAT: A20  9 

FIKLD>START_0AT(.  ALIAS:SO.  FORMAT: ISYMD.9 

FIELD*END_DATI,  ALIASiED.  FORMAT* I 8YMD, S 

SIGN AMS  > MS CONS I D . PARSNT  =  PRGM.CHR . SSGTYPf = U .  * 

FIELD* MIGHT,  ALIAS=HT .  FORMAT* AS . S 


Fiqurc  F - 1 


F-2 


FIELD=WDTH. 
FIELD:LNTH  , 
FIELD:WIGHT. 
FIELD:CONN  TYP . 

field:cvendor. 
FIELD:CVEND  PN, 
FIELD=SEH_COMPAT, 
FIELD=SEM  SI2. 
FIELD-MIL  STD. 
FIELD=COOL  REG . 
FIELD:COOL_MECHl . 
FIELD:COOL_MECH2 . 
FIELD^COVER. 
FIELD:COVERCHRl . 
FIELD:COVERCHR2. 
FIELD=VOLT_RE«l . 
FIELD:VOLT_REQ2 , 
FIELD=VOLT_RE«3, 
FIELD=VOLT_*. 
FIELD:AMP_RE«I. 
FIELD-AMP  REQ2 , 
FIELD-AMP_RE«3, 
FIELD:AMP_V 
FIELD=TST  PT_NO , 
FIELD:STRIS_MIAS, 
FIELD:SENSORTYP. 
FIELD:CHPMNTCH, 
FIELD=DVPKTCH1. 
FIELD=DVPKTCH2. 


ALIAS -WD . 
ALIASiLN. 
ALIAS=WG. 

ALI AS^CTYP , 
ALIAS  =CVND . 
ALIAS-CVPN , 

alias-sem. 

ALIAS-SZ . 
ALIAS =MS . 
ALIAS=CR. 
ALIAS=CM1 . 
ALI AS:CM2 . 
ALIAS=CVR. 
ALlASsCVRl . 
ALIAS:CVR2  , 
ALIASsVRl . 
ALIASJVR2. 
ALIAS: VR3 , 
ALIASsVPl, 
ALIAS:AR1. 
AL I AS: AR2 , 
ALIAS:AR3 . 
ALIAS: ARP. 
ALIAS:TPN, 
ALIAS:TSMD, 
ALIAS:SNRT. 
ALIAS:CMT. 
ALIASsDPTl. 


FORMAT  :  A5  . S 
FORMAT =A5 . t 
FORMAT=A5  S 
FORMAT: A 10 . j 
FORMAT =A20 . f 
FCRMAT:A1S . * 
FORMAT :A1  1 
FORMAT: A1 . S 
FORMAT:A20 . 9 
FORMAT: A5 . % 
FORMAT :A50  $ 
FORMAT:A70 . 9 
FORMAT =Al , 9 
FORMAT  =  A40  .  9 
FORMAT =A70 . 9 
F0RMAT=A4 , 9 
FORMAT :A4. 9 
FORMAT=A4 . 9 
FORMAT =A4 . 9 
FORMAT:A4.9 
FORMAT :A4. 9 
FORMAT:A4,9 
FORMAT =A4. 9 
FORMAT  :AU,  9 
FORMAT =A1 , 9 
FORMAT  =  A60 . 9 
FORMAT =A5 5 . 9 
FORMAT=A55 . 9 
FORMAT :A55 . 9 


FIELD=DVPKTCH2.  ALI AS:DPT2 .  FORMAT=A35.9 

SEGNAMI :CHP_SET . PARENT  : VENDSEG . SEGTYPE=SI . 9 

FIELD:SET_TCHN,  ALIAS:ST.  FORMAT =A8 . 9 

FIELD=CHP  FONC.  ALIAS:CF.  FORMAT=A40.9 

FIELD:TCH  CLAS.  ALIAS=TC.  F0RMAT=A«0.9 

FIELD=DEV_TYP.  ALIAS=DT.  FORMAT=A40.9 

SEGNAMI = I NTF_BUS . PARENT : VENDSEG . SEGTYPE=SI . 9 

FIELD: INTFC,  FORMAT:A25.9 

FIELD=COMP  INTOP.  ALIAS=CI.  FORMAT:Al . 9 

FIELD:COPt11 .  FORMAT =A60 . 9 

FIELD=CO»W2.  FORMAT: ABO . 9 

SEGNAMI: BIT  SCHM. PARENT : VENDSEG. SIGTYPI:S1 . 9 


FIELD:TIST_SCHM. 

FIELD:OCLK_MOD. 

FIELD:OPROCOP. 

FIELD:OPROCOPCR. 

FIELD=OPROCBT. 

FIILDsOPROCBFCR. 

FIELDsDPTTSCM. 


ALIAS=BrrS, 
ALIAS:OM. 
ALIASzOP. 
ALIASiOPC. 
ALIA8*0PBF . 


FORMAT =A20 , 9 
FORMAT: A1 . 9 
F0RMAT=A1 , 9 
FORMAT =A40 . 9 
FORMAT =Al . 9 


ALIASsOPBFCR.  FORMAT=A40.S 
FIELDsDPTTSCM.  ALIABsDTS,  FORMAT=A70,9 
SEGNAMI: BIT  CHAR.  PARWTsilT.SCHM.  SIGTYPI:S1 . 9 
FIILD»BIT_S«Q.  FORMAT : 1 2 . 9 

FIILD:BIT  CHAR.  FORMAT:A70.9 

END 


Figure  F- 1  (cont ' d ) 
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FILEDEF  VHS  DISK  VHS . DAT 
SET  MSG :OFF. PAUSE =OFF 
-RUN 
-BEGIN 

-SET  4PFKEY=’  • 

-SET  4AN=’  ' 

-SET  44M0D  FUNC: ’ 

-SET  44 VENDOR: ' 

-MAINMENU 
-CRTCLEAR 
-CRTFORM 
-  </2 


-  MODULE  FUNCTION : <44M0DFUNC 
-VENDOR: <44 VENDOR' 


-CRTFORM 

-  </2 


-  MODULE  FUNCTION: <D  44M0D  FUNC' 

-  VENDOR: <D . 44 VENDOR  ' 


- "IF  THIS  IS  AN  ERROR  TYPE  Y‘  <4AN> 
-IF  4AN  EQ  Y'  GOTO  MAINMENU, 

-WRITE  VHS  44M0D_FUNC  44VEND0R 

-TYPE  RUNNING . 

EX  ATSL 
-RUN 

-TYPE  LOADING . 1 

RUN  ATS1 
-RUN 

-TYPE  LOADING . 2 

RUN  ATS 2 
-RUN 

-TYPE  LOADING . 3 

RUN  ATS3 
-RUN 

-CRTFORM  LINE  16 

PRESS  ' F3 ’  TO  EXIT" 

PRESS  -ENTER’  TO  CONTINUE" 

-  <4AN> 

-GOTO  MAINMENU 

-EXIT 

-RUN 

>>0 


Figure  F-2 
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MODIFY  FIDE  ATS 
FIXFORM  ON  VH3  MOD  FUNC  Xl 
MATCH  MOD  FUNC  VENDOR 
ON  NOMATCH  INCLUDE 
ON  MATCH  REJECT 
DATA  VIA  FIDEL 
END 


VENDOR 


Figure  F-2  (cont’d) 
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MODIFY  FILE  ATS 

FIXFORM  ON  VHS  MOD_FUNC/25  XI  VENDOR/ 25 
MATCH  MOD.FUNC  VENDOR 
ON  NOMATCH  INCLUDE 
ON  MATCH/NOMATCH 
GOTO  BEGIN 
CASE  BEGIN 

ACTIVATE  RETAIN  MOD  FUNC  VENDOR 
CRTFORM 


c.W.B.  VESTINGHOUSE  <.c  <77 

THIS  SCREEN  ADDS  DATA  TO  THE  ATS  FILE 
MODULE  FUNCTION.  <D.MOD  FUNC> 

VENDOR:  <  D . VENDOR)  " 


Ml 


MODULE  NAME:  <T.MOD  NAME> " 

COMPUTE 

TNAME/A4Q  =MOD_NAME ; 

MATCH  MOD.FUNC  VENDOR  MOD_NAME 

ON  NOMATCH  TYPE  ADDING  NEW  SEGMENT' 
ON  MATCH  TYPE  MODIFY  MODE 
ON  MATCH  COMPUTE 

MOD.NAME  =MOD_NAME ; 

ON  MATCH/NOMATCH 
CRTFORM  LINK  6 


MODULE  NAME:  <D.MOD  NAME> 
VENDOR  POC:  <  T  POC  >  ~ 

PROGRAM  SPECIFIC  (Y/N)  <T.PS> 
PROGRAM  TITLE  <T.PT> 

PECULIAR  APPLICATION:  <T.PCA>' 
ON  NOMATCH  INCLUDE 
ON  MATCH  UPDATE  POC  PS  PT  PCA 
GOTO  TXTSET 
ENDCASE 
CASK  TXTSET 
COMPUTE 
PFKEY/A4s ‘ 

TX1/A70=; 

TX2/A70=. 

TX3/A70=; 

TX4/A70=; 

TX5/A70=; 

KUO; 

FUNC_SEQ=0 ; 

NEXT  FUNC  SEQ 
ON  NEXT  GOTO  FUNCSET 
ON  NONEXT  GOTO  TXT 
ENDCASE 
CASE  FUNCSET 
COMPUTE 


KU 

KU! 

L ; 

TX1 

=ir 

K1 

EQ 

TX2 

=ir 

K1 

IQ 

TX3 

sir 

K1 

EQ 

TX4 

si  F 

K1 

EQ 

TX3 

sir 

Kl 

EQ 

GOTO 

TXTSET 

ENDCASE 
CASE  TXT 


COMPUTE 


1  THEN  D.CHR 

2  THEN  D.CHR 

3  THEN  D.CHR 

4  THEN  D.CHR 

5  THEN  D.CHR 


Figure  F-2  (cont'd) 
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FUNC.SEQ^FUNC.SEG* 1 , 

IF  PFKEY  EG  PF0  5'  THEN  GOTO  £MP. 

TYPE  '  F5  TO  LEAVE  TEXT  ' 

MATCH  FUNC  SEQ 

ON  NOMATCH  TYPE  ADDING  NEW  TEXT 
ON  MATCH  TYPE  MODIF1NG  TEXT 
ON  MATCH/NOMATCH 
CRTFORM  LINE  11 

FUNCTIONAL  CHARACTERISTICS 
<T.CHR> ' 

'  <D . TX1 >  ' 

<D.TX2> 

'  <D . TX3  > " 

<D.TX4>" 

<D.TX5> ’ 

ON  NOMATCH  INCLUDE 

ON  MATCH  UPDATE  CHR 

IF  PFKEY  EG  ' PFO 5 ’  THEN  GOTO  EMP , 

GOTO  TXT 
ENDCASE 
CASE  EMP 

TYPE  ' '  F6  ‘  TO  EXIT  SYSTEM  EMPLOYED" 

IF  PFKEY  EQ  'PF06'  THEN  GOTO  CONSD; 

CRTFORM  LINE  8 

SYS  EMPLOYED.  <T  SYS_EMP> 

IF  PFKEY  EQ  'PFO 6'  THEN  GOTO  CONSD; 

MATCH  SYS.EMP 

ON  MATCH  TYPE  YOU  ARE  IN  THE  MODIFY  MODE " 

ON  MATCH  COMPUTE 

SYS  EMP=D. SYS.EMP; 

ON  MATCH/NOMATCH 
CRTFORM  LINE  8 

SYS  EMPLOYED:  <D  SYS_EMP> " 

"START  DATE:  <T . START .DATE  END_DATE :  <T  END  DATE> 

ON  NOMATCH  INCLUDE 
ON  MATCH  UPDATE  START .DATE  END.DATE 
TYPE  ' F8 ■  TO  EXIT  SYSTEM  EMPLOYED" 

IF  PFKEY  EQ  'PF0«'  THEN  GOTO  CONSD; 

GOTO  EMP 
ENDCASE 
CASE  CONSD 

MATCH  MOD  FUNC  VENDOR  MOD .NAME 

ON  MATCH  TYPE  YOU  ARE  IN  THE  MODIFY  MODE 
ON  MATCH  CONTINUE  TO  HT 
ON  MATCH/NOMATCH 
CRTFORM  LINE  1 

<  .  W .  B.  VESTINGHOUSE  <  C. 

THIS  SCREEN  ADDS  DATA  TO  THE  ATS  FILE" 


MODULE  FUNCTION:  <DMOD_FUNC> 

VENDOR:  <D. VENDORS 

HEIGHT  <T.HT>  <35  WIDTH  <T  ND> 

LENGTH  <T.LN>  <35  WEIGHT  <T  WQ> 

"CONNECT  TYPE  <T.CTYP>  <35  VENDOR  <T  CVND> 

"VENDOR  PN  <T.CVPN>  <35  SEM  COMPATIBLE  (Y/H)  <T  SEM> 

"SIZE  <T . SZ>  <35  MIL-STD  <T.MS>" 

"COOLING  REQUIR  <T.CR>W  <35  COVERED  (Y/N)  <T  CVR> 


Fiqurc  F - 2  (cont'd) 
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COOLING  MECHN  <?  CM1 > 

<T  CM2> 

CHARACTERIZE  COVER  <T.CVR1> 

<T. CVR2> 

VOLTAGE  REQUIREMENT  <35  CURRENT  REQUIREMENT 

<T . VR1 >V  <*3<TVR2>V  <*3<T.VR3>V  <*3<T  VP1 »\ 

<T ,  AR1->A  <*3<T.AR2>A  <*3<T.AR3>A  <*3<T  . ARP>*  <'l  PGDN 

<  W  B  WEST  INGHOUSE  <  C.  ’  I  PGUP 

THIS  SCREEN  ADDS  DATA  TO  THE  ATS  FILE 


MODULE  FUNCTION;  <D.MOD  FUNC> 

VENDOR:  <D. VENDOR* 

TEST  POINT  <T . TPN>  <35  TIME  STRS  MEAS  (Y/N)  <T  TSMD> 

SENSOR  TYPES  <T.SNRT>' 

CHIP  MOUNT  TECH  <T.CMT>' 

DEVICE  PACKAGING  (2  LINES) 

'  <T . DPT1 > " 

<T. DPT2>  ' 

ON  MATCH  UPDATE  HT  WD  LN  WG  CTYP  CVND  CVPN  SEM  SZ  MS  CR  CM1  CM2  CVR 
ON  MATCH  UPDATE  CVR1  CVR2  VRI  AR1  VR2  AR2  VR3  aR3  VP1  ARP  TPN  TSMD 
ON  MATCH  UPDATE  SNRT  CMT  DPT1  DPT2 
ON  NOMATCH  INCLUDE 
GOTO  EXIT 
ENDCASE 

DATA  VIA  FIDEL 
END 


MODIFY  FIDE  ATS 
COMPUTE 
PFKEY/A4=' 

FIXFORM  ON  VMS  MOD  FUNC  XI  VENDOR 
MATCH  MOD.FUNC  VENDOR 
ON  NOMATCH  INCLUDE 
ON  MATCH/ NOMATCH 
SOTO  BEGIN 
CASE  BEGIN 
COMPUTE 
ST=  ' 

CRTFORM 

c.W.B.  l/ESTINGHOUSE  <  CLEAR.  <77  M2 
THIS  SCREEN  ADDS  DATA  TO  THE  ATS  FILE" 

MODULE  FUNCTION:  <D.MOD  FUNC> 

VENDOR  < D . VENDOR> 

CHIP  SET  TECHNOLOGY:  <T.ST> 

TYPE  ' F5 ‘  TO  GO  TO  INTERFACE" 

IF  PFKEY  EQ  'PF05'  THEN  GOTO  FACE, 

MATCH  MOD. FUNC  VENDOR  SET  TCHN 

ON  MATCH  TYPE  YOU  ARE  IN  MODIFY  MODE 
ON  MATCH  COMPUTE 

ST=D. ST; 

ON  MATCH/NOMATCH 
CRTFORM  LINE  7 

CHIP  SET  TECHNOLOGY:  <D.ST> 

CHIP  FUNCTION:  <T  CF> 

TICHN  CLASS:  <T.TCH_CLAS> 

DEVICE  TYPE:  <T.DT> 

ON  NOMATCH  INCLUDE 
ON  MATCH  UPDATE  CF  TCH.CLAS  DT 
IF  PFKEY  EQ  'PFOS'  THIN  GOTO  FACE; 

GOTO  BEGIN 
ENDCASE 
CASE  FACE 

IF  PFKEY  EQ  PF06'  THEN  GOTO  EXIT; 

CRTFORM  LINE  7 

MODULE  INTERFACE  BUS:  <T.INTFC> 

MATCH  MOD.FUNC  VENDOR  INTFC 

ON  MATCH  TYPE  YOU  ARE  IN  MODIFY  MODE 
ON  MATCH  COMPUTE 

INTTC*D. INTFC; 

ON  NOMATCH  TYPE  "YOU'RE  IN  ADD  MODE 
ON  MATCH/NOMATCH 
CRTFORM  LINE  7 

MODULE  INTERFACE  BUS:  <D. INTFCv 

BUS  COMPLIANT  W/  INTEROPERABILITY  SPEC  (Y/N) : <T  COMP_INTOP> 
COttONT  (DEVIATIONS  FORM  SPEC)  UP  TO  2  LINES" 

<T . COWMl>" 

/t  mMjt" 

ON  MATCH  VALIDATE 

G TEST = COMP .INTO?  EQ  ’Y'  OR  COHP.INTOP  EQ  'N\ 

ON  INVALID  TYPE 

MUST  BE  ' Y'  OR  N’ 

ON  INVALID  GOTO  FACE 
ON  NOMATCH  VALIDATE 

GTIST = COMP _ INTOP  EQ  Y’  OR  COMP. INTOP  EQ  N’; 


I 

I 

!  Figure  F- 2  (cont'd) 
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ON  invalid  type 

MUST  BE  Y  OR  N 

ON  invalid  goto  face 

ON  NOMATCH  INCLUDE 

CN  MATCH  UPDATE  COMP  INTOP  'Otri) 

’F6'  T0  tX1T  interface 

IF  PFKEY  EQ  ' PF06 '  THEN  GOTO  EXIT 
GOTO  FACE 
ENDCASE 

DATA  VIA  FIDEL 
END 


Fiqure  F-2  (cont'd 


F  -  1  0 
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•rW 


-KCIFY  F:„£  a T5 

-HR'JTE 
PFKIY  A 4  - 

fixform  on  vhs  mod  func  xi  vendor 

MAT^H  MOD  FUNC  VfNDOR 

N  NOMATCH  TYPE  D  VENDOR  :3  A  MEW  VENDOR 
N  MATCH  NOMATCH  CRTFORM 

■  w  b  westinghouse  :: 

THIS  SCREEN  ADDS  :R  MODIFIES  DATA 
MODULE  FUNCTION  • D  MOD  FUNC  > 

VENDOR  ■ D  VENDOR > 


"HE  ATS  I  AT  ABA .■  t 


SERIAL  DATA  STIMULI 


LOGIC  0  VT 
LOGIC  1  VT 

MIN  SINE 
'HAR  IMPED 
BIT  PRF 
BIT  RISE  MIN 
WORD  LENGTH 
SYNC  REQUIRE 
RISE / FALL  TIME 
I MPEDANCI 
-  2 

■  '1  MORE 


:  slov  > v 

T  3L1V.V 

T  5MSK  >MA 


T  S IMP >OHMS 


T  SPRF>MHZ 
T  5RTN  > 

T  SWL  >  81 TS 
■  T  SSYN » V 


39  LOGIC  0  X 
39  LOGIC  I  X 
39  SOURCE  REQ 
39  PULSE  CLASS  • T 
39  BIT  PRF 
39  BIT  RISE  MAX 
39  PATTERN 
39  WIDTH 


SLOP  > 

SL  l  P  > 

SMSR-MA 


STM > SECONDS  <39  PRF 
SIMPD>OHMS 


T  5PO>\ 

T  SRTX  > 

T  SBTP  > 

T  SWD> SECONDS 
T  SHZ-HZ 


MODULE  FUNCTION 
’VENDOR 


W  B  WEST INGHOUSE  <  CLEAR 

"HIS  SCREEN  ADDS  OR  MODIFIES  DATA  TO  THE  ATS  DATABASE 

<  D  MOD  rUNC  > 

<  D  VENDOR > 


LOGIC  0  VT 
LOGIC  1  VT 

MIN  SINK 
CHAR  IMPED 
BIT  PRF 


PARALLEL  DATA  STIMULI  -^2  CP 
T  PLO V  >  ■  19  LOGIC  0  X 

T  PL1V>  -39  LOGIC  l  X 

T  PMSK  >MA  <39  SOURCE  REQ 


T  PL  1 V  > 

>T  PMSK>MA 
1  T  P t rtf'* OHMS 
>T  PPRF  >MHZ 


<39  PULSI  CLASS  <T  PPLS> 


>  T  PLO  P  > 

<  T  PL1P> 

< T  PMSR>MA 


BIT  RISE  MIN)  <  T  PRTH> 


WORD  LENGTH 
SYNC  REQUIRE 


< T  PVL>  SITS 
<  T  PSYN  >  V 


<39  BIT  PRF 
<39  BIT  RISE  (MAX) 
<39  PATTERN 
<39  WIDTH 


RISE/FALL  TIME  <T  PTM> SECONDS  <39  PRF 


<  T  PPC>X 
<T  PRTX> 

<  T  PBTP> 

<  T  PWD> SECONDS 
<T  PHZ >  HZ 

<  T  PNV6> 


IMPEDANCE  <T  PIMPO>OHMS  <39  NO  WRD  SEQ  <T  PNWS» 

ON  NOHATCH  INCLUDE 

ON  MATCH  UPDATE  SLOP  SLOP  SLlV  SLIP  SHSE  SHSR  SIMP  SPLS  SPRF  SPC 
ON  MATCH  UPDATE  SRTH  SRTX  SWL  SBTP  SSYN  SWD  STM  SHZ  SINPD 
ON  MATCH  UPDATE  PLOP  PLOP  PLiP  PLIP  PMSE  PHSR  PIMP  PPLS  PPRF  PPC 
ON  MATCH  UPDATE  PRTN  PETE  P*l  PBTP  PSYN  PVD  PTM  PHZ  PIMPD  PNWS 

GOTO  BIT 


:asi  bit 

TYPE 


TYPE  PRESS  ‘  F5  ‘  TO  LXAPt  TESTABILITY  SCREW 
IF  PFEXY  EQ  PP09’  THEM  GOTO  BITCHE, 

COMPUTE 


TSl/ATO* ’ 
TS2/AT0* ’ 
TS3/A70* 
BFTSI/I2S . 

sm2/12* 

BfTS3/I2*. 
Kl/I 1 *0 . 

CRT FORM  LINE  S 


nup-  F-2  (ront'Jl 


*  %  s  * 

V  V, 


■estabili'I’y  scheme  r  3F~  = 

MATCH  MCD _r 'JNC  •£N0‘  R  &F7C 

CN  MATCH  TYPE  YOU  ARE  IN  MC C I FY  MCCE 

ON  MATCH  NOMATCH 
CRTFORM  LINE  5 

ON-MOD  CLOCK  Y  N  • T  OM > 

ON -MOD  PROCESSOR  FOR  OPERATIONAL  "31  Y  N  TP 
CHARACTERIZE  <T  OPC> 

ON-MOD  PROCESSOR  FOR  BIT  FIT  73E  i  N  T  PBF 
THARACTERIZI  <T  OPBFCR; 

<20  PROJECTED  DEPOT  TEST  SET  COMPATIBILITY 
< T  DTS  > 

ON  MATCH  VALIDATE 

GTIST  =OM  EQ  Y  OR  N  jR 
ON  INVALID  TYPE 

ON -MOD  CLOCK  MUST  BE  Y’  OR  N’ 

ON  INVALID  GOTO  BIT 
ON  NOMATCH  VALIDATE 

OTESTsOM  EQ  Y  OR  N'  OR 
ON  INVALID  TYPE 

ON-MOD  CLOCK  MUST  BE  Y  OR  N 
ON  INVALID  SOTO  BIT 
ON  NOMATCH  VALIDATE 

GTESTiOP  EQ  V  OR  N’  OR  ' 

ON  INVALID  TYPE 

ON-MOD  PROCESSOR  FOR  OPS  USE  MUST  BE  Y'  OR  N' 
ON  INVALID  GOTO  BIT 
ON  MATCH  VALIDATE 

GTISTiOP  EQ  Y'  OR  ' N-  OR  '  ’ 

ON  INVALID  TYPE 

ON-MOD  PROCESSOR  FOR  OPS  USE  MUST  BE  Y  OR  N 
ON  INVALID  GOTO  BIT 
ON  NOMATCH  VALIDATE 

GTEST^OPir  EQ  Y  OR  N'  OR  ' 

ON  INVALID  TYPE 

ON-MOD  PROCESSOR  FOR  BIT/FIT  MUST  BE  ' Y‘  OR  N 
ON  INVALID  GOTO  BIT 
ON  MATCH  VALIDATE 

GTEST  =OPBF  EQ  Y'  OR  ’ N '  OR  ’ 

ON  INVALID  TYPE 

ON-MOD  PROCESSOR  FOR  BIT/FIT  MUST  BE  Y'  OR  N’ 
ON  INVALID  GOTO  BIT 
ON  NOMATCH  INCLUDE 
ON  MATCH  UPDATE  OM  OP  OPEF  DTS 
COMPUTE 
Kl  *0 , 

if  pfkxy  eq  pros’  them  goto  bitchk 

GOTO  BIT 
ENDCASE 
CASE  BITCHE 

IF  Kl  EQ  4  THEM  GOTO  BITCHR; 

NEXT  SIT.SEQ 
ON  NEXT  COMPUTE 
Kl :K1+1 , 

TS1*!P  Kl  EQ  1  THEM  0  BIT.CHAR. 
imisir  Kl  EQ  1  THEN  BIT.SEQ. 

TS2*IF  Kl  IQ  2  THEM  D. BIT.CHAR. 

•m2>ir  Kl  EQ  2  THEM  BIT.SEQ, 

TS3*IF  Kl  EQ  3  THIN  D  BIT.CHAR; 


F iqui ' 


I  -i  ( cant ' d ) 


3FTS1:;f  k;  eq  3  then  bit  3Ea 
n  next  ;crc  b:t:hk 
;n  ncnext  compute 

8IT_SEQ=1 
:n  NONE XT  5CTO  BITCHR 
ENDCASE 
case  bitchr 

TYPE  PRESS  '  F5  TO  LEAVE 
MATCH  BIT  SSQ 

ON  NOMATCH  TYPE  ADDING  TEXT 
ON  MATCH  TYPE  MODIFING  TEXT 
ON  MATCH  NOMATCH 
CRTFORM  LINE  5 
<20  ELABORATE 
<T  BIT_CHAR> 


1  ■'  D  TSI  > 

2  <  D  TS2> 

3  v D  TS3  > 

ON  NOMATCH  INCLUDE 
ON  MATCH  UPDATE  BIT  CHAR 
IF  PFK1Y  EQ  1 2 3 PF05 ‘  THEM  GOTO  TOP 
COMPUTE 

BIT_SEQ-BIT_SEQ*1. 

GOTO  BITCHR 
ENDCASE 

DATA  via  FIDEL 
END 


F. 


Data  Base  Hierarchy 


Refer  to  Figure  F-3 
G.  Questionnaire 

Figure  F-4  outlines  the  study  questionnaire 
associated  input  variable. 
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with 


STAHT  DA 

E#D  DAT! 


WESTINGHOUSE 
VHSIC/ATS  VENDOR  SURVEY 


MODULE  CHARACTERIZATION: 

Vendor  -  VENDOR _ 

Vendor  Point  of  Contact,  Title  -  VENDOR  POC _ _ _ 

Module  Name  -  MOD  NAME _ 

Module  Function  (  1750A,  8W,  FFT,  .  .  .  )  -  MOD  FUNC _ 

Functional  Characteristica  (ia.  MIPS,  procaaa  rata,  local  memory  size 
programming  languaga,  radundancy  charactariatica, . . . )  -  CHARACT _ 


-  PRGMSPEC 

Program  Spacific  (Y/N) _  If  yaa.  Program  Titla  -  PRGM  TITLE _ 

Peculiar /Common  Application  -  PCLR  APPL 
Projected 

System(s)  to  employ  this  module  -  SYS  EMP _  Start  Date  -  START  DATE 

End  Data  -  END  DATE 

_  Start  Data  _ 

End  Data  _ 

_  Start  Data  _ 

End  Data  _ 

_  Start  Data  _ 

End  Data 


Fiqure  F-4 
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Chip  Set  Technologies  employed  tor  all  functional  components 


-  SET  TCHN 


Phase  I  VHSIC  (y/n)  _  If  yes.  Chip  Function(s)  -  CHP  FUNC 

Technology  Classification  -  TCH  CLAS _ _ 

Device  Type  (ie.  CPU,  X-Bar,  RAM,  ROM,...)  -  DEV  TYP _ 


Phase  II  VHSIC  (y/n)  _  If  yes.  Chip  Function! s)  _ 

Classification  (ie.  nK  Gate  Array,  Custom,  Semi -Custom, ... ) 
Device  Type  (ie.  CPU,  X-Bar,  RAM,  ROM,...)  _ 


VLSI  (y/n)  _  If  yes.  Chip  Function! s) 


Classification 


Device  Type 


Bipolar  (y/n)  _  If  yes.  Chip  Function(s) 

Classification 


Device  Type 


GaAs  (y/n)  _  If  yes.  Chip  Functlon(s) 


Classification 


Device  Type 


CMOS  (y/n)  _  If  yes.  Chip  Function(s) 


Classification 


Device  Type 


NMOS  (y/n)  _  If  yes.  Chip  Function(s) 


Classification 


Device  Type 


SOS  (y/n)  _  If  yes.  Chip  Function(s) 

Classification  _ 

Device  Type  _ 


Figure  F-4  (cont'd) 
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TTL  (y/n)  _  If  yea.  Chip  Function(s)  _ 

Classification  _ _ _ _ _ _____ 

Device  Type  _ _ 

-  SETJTCHN 

Other  (y/n)  _  If  yea.  Chip  Function(a)  -  CHP  FUNC _ 

Classification  -  TCH  CLAS _ 

Device  Type  -  DEV  TYP _ _ 

Module  To  Module  Interface  Bus: 

NOTE:  COPIES  OF  APPLICABLE  INTEROPERABILITY  SPECIFICATIONS  ATTACHED. 

-  INTFC 

Parallel  Interface  Bus  (Y/N)  Bua  Compliant  with  Interoperability 

Specification  (Y/N)  _  Comment  (deviations  from  spec)  -  C0MM1  &  2 

_ -  COMP  INTOP _ 

-  INTFC 

Teat/Maintenance  Bus  (Y/N)  Bua  Compliant  with  Interoperability 

Specification  (Y/N)  _  Comment  (deviations  from  spec)  -C0MM1  &  2 

_ -  COMP  INTOP _ 

Extended  T/M  (ETM)  Bua  (Y/N)  _  Bua  Compliant  with  Interoperability 

Specification  (Y/N)  _  Comment  (deviations  from  spec)  _ 

Fiber  Optic  HSDB  (Y/N)  Bus  Compliant  with  Interoperability 

Specification  (Y/N)  _  Comment  (deviations  from  spec)  _ 


Other  Bus  architectures  applicable  to  advanced  systems 


F iqure  F-4  (eont  VI) 

F  -  1  8 


Serial  data  stimuli: 

-  SLOG_OVT  -L  LOG_OP  -SLOG_lVT  -SL0G_1P 

Logic  voltages  . OV  » / -  %  . OV  ♦ / -  % 

Minimum  current  sink/source  requirements  -  SMIN  SNK  -  SMIN  SURQ 

Characteristic  Impedance  -  SCHAR  IMPD 

Pulse  Class  (RZ,  NRZ _ )  -  SPULS _ 

Bit  prf  (clock  rate)  -  SPRF  RT  -  SPRF  % 

Bit  rise  and  fall  time  (min/max)  -  SRF  TIM  MN  /  -  SRF  TIM  MX 

Word  Length  -  SWRD  LEN  Pattern  of  Bits  required  -  SBT  PTRQ _ 

Synchronization  requirements  (reference  signal  from  UUT)  amplitud-  SSYNCHR 

width:  -  SSTN  WDTH  rise/fall  time:  -  STIME _  Prf:  -  SHZ _ 

Impedance:  -  SIMPD _ 

Parallel  data  stimuli: 

-  PLOGOV  -  PLOGOP  -  PL0G1V  -  PLOG1P 

Logic  "0"/"l"  voltages  .OV  ♦/-  %  ,0V  ♦/-  % 

Minimum  current  sink/source  requirements  _ A_  _ A_ 

Characteristic  Impedance  -  PCHR  IMP 

Pulse  Class  (RZ,  NRZ, . . .  )  -  PPLS  CLS 

Bit  prf  (clock  rate)  -  PPRF  RT  -  PPRF  PC 

Bit  rise  and  fall  time  (min/max)  -  PRFTIMN  -  PRFTIMX 

Word  Length  -  PWRD  LEN  Pattern  of  Bits  required  -  PBT  PTRN _ 

Synchronization  requirements  (reference  signal  from  UUT)  amplitu  -  PSYNCHR 

width:  -  PSYNWD  rise/fall  time:  -  PTMB _  Prf:  -  PSHZ _ 

Impedance:  -  PIMPD _ 

Number  of  Words  in  sequence  -  NOWDRSEQ _ 


Figure  F-4  (cont'd) 


F-19 


BIT/FIT  Scheme:  -  TESTSCHM 

Testability  scheme  (Level  Sensitive  Scan  Design,  Boundary  Scan,  Built  In 
Self  Test  with  BILBO,  Signature  Analysis,  Pseudo  Random  TPG  on  chip, . . .  ) 
please  elaborate: 
-  BIT  CHAR  _ 


On-module  clock  (Y/N)  -  OCLK  MOD 

On-module  Processor  for  operational  use  (Y/N) 
( including  programming  languages )  -  OPROCOPCR 


-OPROCOP 


If  yes,  characterize 


-  OPROCBF 

On-module  Processor  for  BIT/FIT  use  (Y/N)  _  If  yes,  characterize 

(including  programming  languages,  bus  Interfaces,  architecture)  _ 

-  OPROCBFCR 


Projected  depot  test  set  compatibility  (ie,  DATSA,  320,  390,...) 
-  DPTTSCM 


Figure  F-4  (cont'd) 


Mechanical/Electrical  Considerations: 

Module  Dimensions  H  -  HEGHT  W  -  WDTH  L  -  LNTH 
Weight  -  WIGHT _ 

Connector  Type  -  CONN  TYP _  Vendor  -  CVENDOR _ _ 

Vendor  PN  -  CVEND  PN _ 

-  S EM  COMP AT 

Standard  Electronic  Module  (SEM)  Compatible  (Y/N)  _  If  yes, 

which  size  (A,  B,  C,  D,  E. . . )  _ _  Applicable  Mil  Stda/Specs  being  used  to 

guide  design  -  MIL  STD _ -  SEM  SIZ _ 

Cooling  Requirement  (Power  to  dissipate)  -  COOL  REQ 


Cooling  Mechanism  -  COOL  MECH1 
-  COOL  MECH2  _ 


-  COVER 

Is  module  covered  (Y/N)  If  yea,  characterize  cover 

-  C0VERCHR1 

-  COVERCHR2 

Input  Voltaqe  Requirement s )  -  VOLT  REQ1 

Q2 

03  -  VOLT  % 

Current  Requirement s )  -  AMP  REQ1 

Q2 

Q3  -  AMP  % 

Test  Point  scheme  (no.  and  access)  -  TST 

PT  NO 

Time  Stress  Measurement  Devices  on-module 

(Y/N) 

STRES  MEAS 

Sensor  Types 

-  SENORTYP 

Chip  mounting  technlque(s)  -  CHPMNTCH 


Device  Packaging  technique(s)  -  DVPKTCH1 
-  DVPKTCH2 


Fiquro  F-4  (cont'd) 
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APPENDIX  G 


Tester  Independent  Support  Software  (TISSS)/ 
VHSIC  Hardware  Descriptive  Language  ( VDL ) 


Tester  Independent  Support  Software  System  (TISSS) 

The  primary  purpose  of  the  Tester  Independent  Support 
Software  System  (TISSS)  is  to  integrate  and  automate  the 
generation  of  complex  test  specifications.  TISSS  which  is 
under  development  by  the  Harris  Corporation  will  dramatically 
affect  system(s)  life  cycle  cost  through  the  maintenance  of 
test  specifications  and  test  program  sets  for  rapidly 
evolving  VHSIC  digital  devices  and  boards.  TISSS  is  a 
critical  element  of  VHSIC  automatic  test  systems  and  is  in 
consonance  with  the  MASA  AFR  800-45. 

Background 

TISSS  is  based  on  four  concepts:  the  establishment  of  a 
standard,  machine  readable,  tester-independent  test 
specification  format  for  microcircuits;  automated  use  of 
design  information  for  test  specification  generation; 
automatic  generation  of  test  specifications;  and,  the 
automated  generation  and  maintenance  of  test  programs.  TISSS 
relies  on  the  establishment  of  the  MASA  unified  data  base 
( UDB )  as  an  input  member  to  test  program  upgrading. 

Standardized  formats  will  be  critical  to  the 
implementation  of  automated,  tester  independent,  test 
specifications.  The  standard  format  will  replace  the 
hardcopy  Mil-M-38510  Detail  Specification  format  now  in  use. 
Chip/board  design  parameters,  simulations,  and  timing 


analyses  will  be  extracted  from  vendor  Computer  Aided 
Engineering  ( CAE ) /Computer  Aided  Design  (CAD)  systems  and 
will  automatically  serve  as  the  substance  of  a  standard  test 
specification. 

The  standard  test  specification  will  allow  for  the 
automatic  generation  of  test  programs.  As  such.  Test 
programs  will  have  their  origins  in  the  vendor  CAE/CAD  system 
where  the  circuit  was  simulated  and  validated.  Test 
specifications  and  subsequent  test  programs  will  be 
automatically  updated  through  a  network  as  chip/board  designs 
are  modified. 

A  critical  element  of  the  MASA  Air  Force  Regulation  is  a 
depot/vendor  feedback  network.  The  TISSS  network  will  allow 
for  two-way  communication:  Vendor  CAE/CAD  data  will  be 
transferred  through  the  TISSS  network;  and,  failure  data 
which  Includes  environmental  overstresses  will  be  relayed 
back  to  the  vendor  via  the  Unified  Data  Base.  Failure  trend 
analysis  with  subsequent  design  modifications  and/or  test 
modifications  will  automatically  be  available  to  the  depot. 
In  addition  to  test  specif ication/test  program  management, 
the  TISSS/UDB  will  serve  to  enhance  system  reliability. 

TISSS  Architecture 

VHSIC  Automatic  Test  Systems  will  exploit  the  TISSS 
interface  between  the  circuit  designer  and  the  depot  test 
technician.  Elements  of  the  TISSS  architecture  that  must  be 
addressed  by  the  VHSIC/ATS  architecture  include:  the  TISSS 
Pre-processor ;  the  TISSS  Input  Format  (TIF);  the  Design 
Input  level;  the  Internal  audit  cycle;  the  Modeling 
Subsystem;  the  TISSS  Output  Format;  and,  the  TISSS 
Post-processor  (refer  to  figure  G-l). 


* 


TISSS  Pre-processor.  The  TISSS  Pre-processor  serves  to 
extract  and  format  design/test  information  from  the  vendor 
CAE/CAD  tool  set  into  the  standard  TISSS  Input  Format  (TIF). 
TIF  is  standardized  around  Mil-M-38510  detail  specification 
requirements.  Pulled  from  the  vendor  CAE/CAD  data  base  is 
textural  information  required  to  satisfy  Mil-M-38510  and 
product  specifications.  The  TIF  will  include  a  directory. 
Electronic  Design  Interchange  Format  ( EDIF )  graphical 
information,  test  philosophy,  and  circuit  simulation  models 
and  vector  sets.  Vector  sets  will  be  standardized  in  Test 
Vector  Language  (TVL)  which  is  a  VHSIC  hardware  descriptive 
language  ( VHDL )  subset. 

Design  Input.  The  Design  Input  element  of  the  TISSS 
accepts  formatted  CAE/CAE  data  from  the  Pre-processor  into 
the  TISSS  data  base.  Specific  Ada  based  Test  Descriptive 
Language  ( TDL )  is  generated  in  the  Design  Input  stage  in 
addition  to  TIF  verification. 

Modeling  Subsystem.  The  Modeling  Subsystem  provides  the 
set  of  tool 8  that  accept  and  perform  true  value  and  fault 
simulations.  Automatic  generation  of  stimuli  for 
combinational  circuits  is  developed  at  this  stage.  In  tandem 
with  the  audit  stage,  test  programs  will  be  assessed  and 
validated  through  simulation  before  a  validated  vector  set  is 
downloaded  to  the  ATS. 

Audit  Stage.  As  the  name  implies,  the  audit  stage  is  an 
iterative  process  that  provides  a  set  of  analysis  and 
verification  tools.  It  serves  to  validate  TISSS  data  base 
data  sets.  Administrative  management  or  configuration 
control  is  a  key  element  of  the  audit  stage. 
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Output  Subsystem.  The  Output  Subsystem  extracts 
machine-readable  detailed  specifications  from  the  TISSS  data 
base  and  formats  the  data  into  TISSS  Output  Format  ( TOF ) . 
TOF  is  a  a  subset  of  the  TIF  consisting  of  the  test  plan  and 
its  referenced  items  to  the  full  TIF.  TOF  coontents  will 
preclude  vendor  proprietary  data;  subsequently,  the  contents 
of  the  TOF  will  be  based  on  manual  operator  intervention. 

Post-processor .  The  Post-processor  is  responsible  for 
automatic  test  program  generation  (ATPG)  of  test  programs 
using  the  TOF  files  and  parametric  test  macros.  The 
Post-processor  will  generate  formatted  test  specifications. 
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